Methods and systems for generating and providing program guides and content

ABSTRACT

Systems and methods are configured to manage streaming video content. A first time length specification for a content pod is accessed. If a determination is made that a response to a request for ancillary content of a duration corresponding to the first time length of the content pod includes ancillary content of insufficient duration to populate the first time length of the content pod, the content pod time length is reduced. Ancillary content items associated with the response to the request are streamed to a user device as part of a streaming channel comprising primary content having scheduled start times. A primary content item, having a scheduled start time, is streamed to the user device after the items of ancillary content, and earlier than the scheduled start time of the item of primary content.

INCORPORATION BY REFERENCE TO ANY PRIORITY APPLICATIONS

Any and all applications for which a foreign or domestic priority claimis identified in the Application Data Sheet as filed with the presentapplication are hereby incorporated by reference under 37 CFR 1.57.

COPYRIGHT RIGHTS

A portion of the disclosure of this patent document contains materialthat is subject to copyright protection. The copyright owner has noobjection to the reproduction by any one of the patent document or thepatent disclosure, as it appears in the patent and trademark officepatent file or records, but otherwise reserves all copyright rightswhatsoever.

BACKGROUND Field of the Invention

The present invention is related to the identification, generation,organization, and distribution of content.

Description of the Related Art

Video sharing sites have become ever more popular. Users upload videosto a video sharing website. Other users can then navigate to and withinthe website to locate videos of interest. Users then watch the videosindependent of other users, that is, users do not watch the videos on aschedule, but rather at whatever random time a given user accesses thevideo. Thus, using conventional techniques, it is difficult for users tolocate videos of interest. Further, video viewing is an isolatingexperience, where users are viewing videos at different times, andoften, because of the difficulty in locating content, friendsinfrequently view the same videos.

In addition, video streaming services (e.g., of movies, scriptedepisodic shows, unscripted shows, live sporting events, concerts, etc.)have become ever more popular. Certain video streaming services provideon-demand content, while others provide linear programmed streamingcontent, where video content is streamed to viewers in accordance withan electronic program guide schedule.

However, particularly in the instance of linear programmed streamingcontent, it is difficult to provide customized ancillary contentexperiences to users in a computer resource efficient manner. Forexample, using conventional approaches, it may not be possible orpractical (from a computer resource utilization point of view or latencypoint of view) to ensure that a content viewer that is rapidly switchingamong channels of programmed streaming primary content (e.g., a movie,television episode, a program assembled from video clips, etc.) isconsistently presented with the appropriate ancillary content asinterstitials (e.g., video clips of a director of the primary content, aquiz regarding the primary content, or other content that may be ofinterest to the viewer) and is not inadvertently presented with a repeatof interstitial content that had just been viewed by the viewer.

Further, technical challenges are posed in synchronizing content beingstreamed according to a published streaming schedule. Yet further,maintaining content streaming according to a published streamingschedule for large numbers of target devices may conventionally requirean inordinate amount of memory, processor, and network utilization.

SUMMARY

The following presents a simplified summary of one or more aspects inorder to provide a basic understanding of such aspects. This summary isnot an extensive overview of all contemplated aspects, and is intendedto neither identify key or critical elements of all aspects nordelineate the scope of any or all aspects. Its sole purpose is topresent some concepts of one or more aspects in a simplified form as aprelude to the more detailed description that is presented later.

An aspect of the present disclosure relates to systems and methodsconfigured to manage streaming video content. A first time lengthspecification for a content pod is accessed. If a determination is madethat a response to a request for ancillary content of a durationcorresponding to the first time length of the content pod includesancillary content of insufficient duration to populate the first timelength of the content pod, the content pod time length is reduced.Ancillary content items associated with the response to the request arestreamed to a user device as part of a streaming channel comprisingprimary content having scheduled start times. A primary content item,having a scheduled start time, is streamed to the user device after theitems of ancillary content, and earlier than the scheduled start time ofthe item of primary content.

An aspect of this disclosure relates to systems and methods forreceiving over a network from a first user terminal data that enablesidentification of the first user, accessing program information for afirst digital program comprising video content, determining how manyinterstitials are to be presented during a playback of the first digitalprogram, selecting a prediction model, executing the prediction model togenerate predictions of user responses to one or more placements ofinterstitials with respect to the first digital program, based at leastin part on the user response predictions determining positioning ofinterstitials with respect to the first digital program, and enablingthe interstitials to be displayed on the first user terminal inaccordance with the determined positioning.

An aspect of the present disclosure relates to a system, comprising: anetwork interface; at least one processing device; non-transitory memorystoring programmatic code that when executed by the at least oneprocessing device, cause the system to: access, using the networkinterface, data from a first user device that enables identification ofthe first user; determine a number of items of ancillary content thatare to be presented during streaming of a first digital program; selecta prediction model from a pool of prediction models; execute theprediction model, selected from the pool of prediction models, togenerate predictions of user responses to a plurality of differentplacements of the number of items of ancillary content with respect tothe first digital program; determine a positioning of the number ofitems of ancillary content with respect to the first digital programbased at least in part on the generated predictions; using thedetermined positioning of the number of items of ancillary content inenabling at least a portion of the number of items of ancillary contentto be streamed to and displayed by the first user device in accordancewith the determined positioning; monitoring responses of the first useritems to ancillary content displayed by the first user device; and basedat least in part on the monitored responses of the first user to thedisplayed items of ancillary content, enhancing the prediction model.

An aspect of the present disclosure relates to a system, comprising: anetwork interface; at least one processing device; non-transitory memorystoring programmatic code that when executed by the at least oneprocessing device, cause the system to: access, using the networkinterface, data from a first user device that enables identification ofthe first user; use the identification of the first user to accessassociated user data; determine a first number of items of ancillarycontent that are to be presented during streaming of a first digitalprogram; select, using at least the accessed user data, a predictionmodel from a pool of prediction models, the pool of prediction modelscomprising prediction models configured to generate predictions of userresponses to different positioning of ancillary content with respect todigital programs; execute the prediction model, selected from the poolof prediction models, to generate predictions of user responses to aplurality of different placements of the first number of items ofancillary content with respect to the first digital program; determine apositioning of the first number of items of ancillary content withrespect to the first digital program based at least in part on thegenerated predictions; based at least in part on the determinedpositioning of the first number of items of ancillary content, enable atleast a portion of the first number of items of ancillary content to bestreamed to and displayed by the first user device in accordance withthe determined positioning; monitor, via information received using thenetwork interface from the first user device, responses of the firstuser items to ancillary content displayed by the first user device;based at least in part on the monitored responses of the first user tothe displayed items of ancillary content, enhancing the predictionmodel; and use the enhanced prediction module to enable a second numberof items of ancillary content to be streamed to and displayed by thefirst user device in accordance with a second determined positioning.

An aspect of the present disclosure relates to a computer-implementedmethod comprising: receiving, at a computer system comprising one ormore processing device over a network from a first user device, datathat enables identification of the first user; accessing data associatedwith the first user using the identification of the first user;accessing by the computer system program information for a first digitalprogram comprising video content; determining how many interstitials areto be presented during a playback of the first digital program;accessing a prediction model; executing the prediction model togenerate, using the data associated with the first user, predictions ofuser responses to one or more placements of interstitials with respectto the first digital program; based at least in part on the userresponse predictions determining positioning of interstitials withrespect to the first digital program; and enabling the interstitials tobe displayed on the first user device in accordance with the determinedpositioning.

An aspect of the present disclosure relates to a non-transitorycomputer-readable media including computer-executable instructions that,when executed by computer system, cause the computer system to at least:access data from a first user device that enables identification of thefirst user; determine a number of items of ancillary content that are tobe presented during streaming of a first digital program; access aprediction model; execute the prediction model to generate predictionsof user responses to a plurality of different placements of the numberof items of ancillary content with respect to the first digital program;determine a positioning of the number of items of ancillary content withrespect to the first digital program based at least in part on thegenerated predictions; using the determined positioning of the number ofitems of ancillary content in enabling at least a portion of the numberof items of ancillary content to be displayed by the first user devicein accordance with the determined positioning; monitoring responses ofthe first user items to ancillary content displayed by the first userdevice; and based at least in part on the monitored responses of thefirst user to the displayed items of ancillary content, modifying theprediction model.

An aspect of the present disclosure relates to a system configured todynamically control streaming of content for channels of linear,scheduled content, the system comprising: a network interface; at leastone processing device; non-transitory memory storing programmatic codethat when executed by the at least one processing device, cause thesystem to: access a specification of a first time length of a firstancillary content pod, wherein ancillary content used to populate thefirst ancillary content pod is configured to be displayed between itemsof primary content, the items of primary content comprising videocontent, wherein the items of primary content are associated withcorresponding scheduled start play times; transmit a first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod; determine whether the response tothe first request for ancillary content of a duration corresponding tothe first time length of the first ancillary content pod includesancillary content of sufficient duration to populate the first timelength of the first ancillary content pod; at least partly in responseto determining that the response to the first request for ancillarycontent of a duration corresponding to the first time length of thefirst ancillary content pod is insufficient to populate the first timelength of the first ancillary content pod: reduce the first time lengthof the first ancillary content pod by a first time period; cause itemsof ancillary content associated with the response to the first requestfor ancillary content to be streamed to a first user device as part of astreaming channel comprising primary content having scheduled starttimes; cause an item of primary content, associated with a correspondingscheduled start time, to be streamed immediately after the items ofancillary content associated with the response to the first request forancillary content are streamed to the first user device, and earlierthan the corresponding scheduled start time of the item of primarycontent; determine respective extension time lengths for one or moreancillary content pods scheduled to be played after the first ancillarycontent pod; extend the respective time lengths of the one or moreancillary content pods scheduled to be played after the first ancillarycontent pod by respective extension time lengths to thereby synchronizeplaying by the first user device of a second item of primary content toa corresponding scheduled start time associated with the second item ofprimary content; cause the one or more ancillary content pods extendedby respective extension time lengths to be populated with ancillarycontent; and cause the ancillary content used to populate the one ormore ancillary content pods extended by respective extension timelengths, to be streamed to the first user device.

An aspect of the present disclosure relates to a computer implementedmethod, the method comprising: accessing a specification of a first timelength of a first ancillary content pod, wherein ancillary content usedto populate the first ancillary content pod is configured to bedisplayed between items of primary content, the items of primary contentcomprising video content, wherein the items of primary content areassociated with corresponding scheduled start play times; transmitting afirst request for ancillary content of a duration corresponding to thefirst time length of the first ancillary content pod; determiningwhether the response to the first request for ancillary content of aduration corresponding to the first time length of the first ancillarycontent pod includes ancillary content of sufficient duration topopulate the first time length of the first ancillary content pod; atleast partly in response to determining that the response to the firstrequest for ancillary content of a duration corresponding to the firsttime length of the first ancillary content pod is insufficient topopulate the first time length of the first ancillary content pod:reducing the first time length of the first ancillary content pod by afirst time period; enabling items of ancillary content associated withthe response to the first request for ancillary content to be streamedto a first user device as part of a streaming channel comprising primarycontent having scheduled start times; enabling an item of primarycontent, associated with a corresponding scheduled start time, to bestreamed after the items of ancillary content associated with theresponse to the first request for ancillary content are streamed to thefirst user device, and earlier than the corresponding scheduled starttime of the item of primary content; determining respective extensiontime lengths for one or more ancillary content pods scheduled to beplayed after the first ancillary content pod; extending the respectivetime lengths of the one or more ancillary content pods scheduled to beplayed after the first ancillary content pod by respective extensiontime lengths to thereby synchronize playing by the first user device ofa second item of primary content to a corresponding scheduled start timeassociated with the second item of primary content; enabling the one ormore ancillary content pods extended by respective extension timelengths to be populated with ancillary content; and enabling theancillary content used to populate the one or more ancillary contentpods extended by respective extension time lengths, to be streamed tothe first user device.

An aspect of the present disclosure relates to a non-transitory memorythat stores programmatic code that when executed by the at least oneprocessing device, cause the at least one processing device to performoperations comprising: access a specification of a first time length ofa first ancillary content pod, wherein ancillary content used topopulate the first ancillary content pod is configured to be displayedbetween items of primary content, the items of primary contentcomprising video content, wherein the items of primary content areassociated with corresponding scheduled start play times; provide afirst request for ancillary content of a duration corresponding to thefirst time length of the first ancillary content pod; determine whetherthe response to the first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod includes ancillary content of sufficient duration to populate thefirst time length of the first ancillary content pod; at least partly inresponse to determining that the response to the first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod is insufficient to populate the firsttime length of the first ancillary content pod: adjust the first timelength of the first ancillary content pod by a first time period; enableitems of ancillary content associated with the response to the firstrequest for ancillary content to be streamed to a first user device aspart of a streaming channel comprising primary content having scheduledstart times; enable an item of primary content, associated with acorresponding scheduled start time, to be streamed after the items ofancillary content associated with the response to the first request forancillary content are streamed to the first user device, and earlierthan the corresponding scheduled start time of the item of primarycontent; determine respective extension time lengths for one or moreancillary content pods scheduled to be played after the first ancillarycontent pod; adjust the respective time lengths of the one or moreancillary content pods scheduled to be played after the first ancillarycontent pod by respective extension time lengths to thereby synchronizeplaying by the first user device of a second item of primary content toa corresponding scheduled start time associated with the second item ofprimary content; and enable the one or more ancillary content podsextended by respective extension time lengths to be populated withancillary content; and enable the ancillary content used to populate theone or more ancillary content pods extended by respective extension timelengths, to be streamed to the first user device.

An aspect of the present disclosure relates to a system configured todynamically control streaming of content for channels of linear,scheduled content, the system comprising: a network interface; at leastone processing device; non-transitory memory storing programmatic codethat when executed by the at least one processing device, cause thesystem to: access a specification of a first time length of a firstancillary content pod, wherein ancillary content used to populate thefirst ancillary content pod is configured to be displayed between itemsof primary content, the items of primary content comprising videocontent, wherein the items of primary content are associated withcorresponding scheduled start play times; transmit a first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod; determine whether the response tothe first request for ancillary content of a duration corresponding tothe first time length of the first ancillary content pod includesancillary content corresponding to the first time length of the firstancillary content pod; at least partly in response to determining thatthe response to the first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod is longer than the first time length of the first ancillary contentpod: extend the first time length of the first ancillary content pod bya first time period; cause items of ancillary content associated withthe response to the first request for ancillary content to be streamedto a first user device as part of a streaming channel comprising primarycontent having scheduled start times; cause an item of primary content,associated with a corresponding scheduled start time, to be streamedimmediately after the items of ancillary content associated with theresponse to the first request for ancillary content are streamed to thefirst user device, and later than the corresponding scheduled start timeof the item of primary content; determine respective reduction timelengths for one or more ancillary content pods scheduled to be playedafter the first ancillary content pod; reduce the respective timelengths of the one or more ancillary content pods scheduled to be playedafter the first ancillary content pod by respective reduction timelengths to thereby synchronize playing by the first user device of asecond item of primary content to a corresponding scheduled start timeassociated with the second item of primary content; cause the one ormore ancillary content pods reduced by respective reduction time lengthsto be populated with ancillary content; and cause the ancillary contentused to populate the one or more ancillary content pods reduced byrespective reduction time lengths, to be streamed to the first userdevice.

While reference may be made to a program guide, the program guide neednot be displayed to a user for the user to view or listen to programs orchannels. For example, the user may access a program or channel viavoice command, a gesture, remote control, or otherwise.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A-1C illustrates an example system environment and certaincomponents thereof.

FIGS. 2A-2L illustrate example program guide user interfaces.

FIGS. 3A-3E illustrate example backend guide user interfaces.

FIGS. 4A-4G illustrate example backend guide user interfaces.

FIG. 5A illustrates an example program generation user interface.

FIG. 5B illustrates an example program guide user interface including auser-generated program.

FIG. 6 illustrates an example unified content player architecture.

FIGS. 7-16 illustrate example processes.

FIGS. 17A-17U illustrate example interstitials.

FIGS. 18A-18C illustrates example interstitial formats including dynamicdata elements.

FIGS. 19-21B illustrate example interstitial-related processes.

FIG. 22 illustrates examples of different positioning of interstitialcontent for different users.

FIGS. 23A-23B illustrate an example process for generating a predictionmodel and updating the prediction model.

FIG. 24 illustrates an example process for determining interstitialplacement.

FIG. 25 illustrates an example prediction and scheduler systemarchitecture.

FIG. 26 illustrates an example process for generating models.

FIG. 27 illustrates an example process configured dynamically to modifyand populate ancillary content pods.

FIGS. 28 and 29 illustrate example content timelines with drift.

FIG. 30 illustrates an example architecture configured to dynamicallymodify and populate ancillary content pods.

FIG. 31 illustrates an example content backfill timeline.

FIG. 32 illustrates an example architecture configured to dynamicallymanage a content backfill process.

FIGS. 33, 34 and 35 illustrate additional example timelines related todrift management.

FIG. 35 illustrates an example ancillary content request servicingprocess.

FIG. 36 illustrates example timelines related to anchor management.

FIGS. 37 and 38 illustrate additional example timelines related tomanagement of content streaming and user navigation to a channel ofstreaming programmed content.

FIGS. 39-41 illustrate additional example timelines related tomanagement of content streaming and user navigation between multiplechannels of streaming programmed content.

FIG. 42 illustrates an example architecture configured to generateanalytics related to streaming content.

DETAILED DESCRIPTION

Certain embodiments described herein overcome some or all of the noteddeficiencies of conventional video sharing sites. Certain embodimentslogically assemble user and/or professional content (e.g., streamedcontent) from one or more sites into channels, and provide a contentsite where specific videos are provided for display to viewers atspecific times, according to a program schedule. Optionally, the contentfor a given channel, or a program within a channel, is streamed frommultiple third party content sites to the user terminals, withoutpassing through the content site system that organizes the third partycontent into channels and programs.

Systems and methods are further described configured to enable ancillarycontent pods content, ancillary content placement, and ancillary contentplacement duration to be adjusted on a user-by-user basis and/or a usercohort-by-user cohort basis.

As described herein, an electronic program guide may be generated forone or more channels of linear programmed streaming content, which mayinclude scheduled start times and end times for respective items ofprimary content. By way of example, an item of primary content may be inthe form of a movie, an episode of a periodic series (e.g., a“television” series), a live event (e.g., a sporting event, awards show,or the like), a one-off show or special, a curated set of clips from oneor more sources, and/or the like.

It may be desirable to display interstitial content (which may also bereferred herein to as ancillary content) between items of primarycontent or during a given item of primary content (where the display ofthe primary content is paused while the interstitial content isdisplayed).

As described elsewhere herein, an interstitial may be in the form oftext, video, and/or audio content. The interstitial may be used to aidin tying or bridging programs into a channel. The interstitial mayprovide information regarding an upcoming clip or program. Aninterstitial may be in the form of a paid advertisement for a product orservice or may be in the form of an in-house advertisement. Aninterstitial may optionally be selected based at least in part oncharacteristics of a viewer (e.g., user preferences, user profileinformation, etc.) and/or on characteristics or specifications of aninterstitial provider. Rules may be defined to select an interstitial.

An interstitial may include static content (e.g., static text) and/ordynamic content (e.g., dynamically selected text). By way ofillustration, static text may include the phrase “Coming up next”followed by dynamic text including the title or subject matter of theupcoming content (“the week's funniest cat videos”), optionally obtainedfrom metadata associated with the upcoming content.

By way of further example, the interstitial content may be selected thatcorresponds to the user's interests. The interstitial content may be inthe form of a director of the primary content discussing the primarycontent, a quiz regarding the primary content, quizzes, jokes, news,trivia, information regarding programs or channels, user submittedcontent (e.g., video, still image, text, etc.), sponsored content, anadvertisement, and/or other non-primary content.

Optionally, an automated process of selecting and/or generatinginterstitials may be utilized. An automated process is described foradaptively adjusting an ancillary content pod length, optionally in realtime, and selecting content to populate the adjusted ancillary contentpod.

Further, as described herein, systems and methods are configured tocalculate ancillary loads in a channel of linear content streamingcontent, dynamically adjust ancillary content pod durations, track drifton a viewer-by-viewer or cohort-by-cohort basis, the drift resultingfrom the adaptive placement and playing of ancillary content relative toa channel content timing schedule, adjust a content schedule (where thecontent schedule is optionally displayed to a viewer) to reflect drift,resynchronize “drifted” content to the original published contentschedule, use drift to adjust a starting position of a viewer's stream,select backfill content to resynchronize the viewer back to thepublished schedule, and present the original published schedule, towhich the viewer is now synchronized, to the viewer. Optionally, thedrift value may be stored for a given viewer and/or the drift value maybe stored per channel as part of the viewer's session, to enable thecollected drift associated with a first channel to be utilized in theevent the viewer switched to a second channel and then resumed watchingthe first channel.

As will be described, technical challenges may be encountered insynchronizing content being streamed according to a streaming contentschedule. Yet further, maintaining content streaming according to astreaming content schedule for large numbers of target devices mayconventionally require an inordinate amount of high-speed memory.Systems and methods described herein overcome these and other technicalchallenges.

FIG. 1A illustrates an example content scheduling system 102 in anexample environment. FIGS. 1B-1C illustrate example components of thecontent scheduling system 102. The content scheduling system 102 mayhost a program guide (described in greater detail herein), programscheduling information, channel definitions, channel categories, useraccount information, video player schema information for video playersor other content players from different websites, interstitialtemplates, interstitial set definitions, interstitial content, etc. Thecontent scheduling system 102 may include one or more of the followingservice modules, discussed in greater detail herein: a channelgeneration module 150, a programming module 152, a content substitutionmodule 154, a supplemental content identification module 156, anautomatic program generation module 158, a program guide generationmodule 160 and/or other modules. It is understood that the functions ofthe modules may be performed by fewer or more modules.

The example content scheduling system 102 includes a processing unit170, a network interface 172, a non-transitory computer-readable mediumdrive 173, and an input/output device interface 174, all of which maycommunicate with one another by way of a communication bus. The networkinterface 172 may provide the content scheduling system 102 withconnectivity to one or more networks (e.g., network 116) or computingsystems. The processing unit 170 may thus receive information andinstructions from other computing devices, systems, or services, such auser terminals and third party content hosting services, via a network.The processing unit 170 may also communicate to and from memory 176 andfurther provide output information via the input/output device interface174. The input/output device interface 174 may also accept input fromvarious input devices, such as a keyboard, mouse, digital pen, touchscreen, etc.

The memory 176 may contain computer program instructions that theprocessing unit 170 may execute in order to implement one or moreembodiments of the present disclosure. The memory 176 generally includesRAM, ROM and/or other persistent or non-transitory computer-readablestorage media. The memory 176 may store an operating system 180 thatprovides computer program instructions for use by the processing unit170 in the general administration and operation of the contentscheduling system 102. The memory 176 may further include otherinformation for implementing aspects of the present disclosure.

Optionally, the memory 176 includes an interface module 178. Theinterface module 178 can be configured to facilitate generating one ormore interfaces through which a third party user, utilizing a compatiblecomputing device, may send to, or receive from, the content schedulingsystem 102 content, content metadata, preferences, contentrecommendations, instruction data, interstitials, interstitialstemplates and/or interstitial content, or otherwise communicate with thecontent scheduling system 102. Specifically, the interface module 174may be configured to facilitate processing functions described herein,including generating and providing program guides, schedulingprogramming, generating recommendations, providing program guidenavigational tools, providing DVR functionality, dynamically generatingprograms, enabling a user to generate a program, providing userinterfaces, etc. The user interfaces described herein can be implementedas a graphical user interface (GUI), web-based user interface, computerprogram, smartphone or tablet program or application, touchscreen,command line interface, gesture, voice, or text interface, etc., or anycombination thereof. A user may cause a program to be played by acontent player by selecting a program from a program guide. A programmay also be displayed without a user having to select a program orchannel and without the display of a program guide. Further, the programguide need not be displayed to a user for the user to view or listen toprograms or channels. For example, the user may access a program orchannel via voice command (e.g., recognized by a voice command system),a body/hand gesture or a wand gesture (e.g., recognized by acamera-equipped gesture recognition system, or a wand motion trackingsystem), a remote control, or otherwise.

In addition, the memory 176 may include a data processing module 182that may be executed by the processing unit 170. Optionally, the dataprocessing module 182 implements aspects of the present disclosure. Forexample, the data processing module 182 can be configured to processuser queries, instructions, data and content from the data stores 162,164, etc.

The content scheduling system 102 may communicate with a variety ofthird party content hosting systems 104, 106, 108 (wherein the thirdparty systems are not operated by the same entity that operates thecontent scheduling system 102), from which content may be streamedand/or interstitial and/or data for interstitials accessed. Optionally,a content programmer (sometimes referred to as a curator) defines aprogram and/or a channel. For example, the content programmer may definea channel to be “cats”. The content programmer may define a program forthe “cats” channel to be “cats playing with dogs”, with a time length of30 minutes, to be provided to users at a specified day/time (or atrecurring days/times). The content programmer may search for, identify,and select program-appropriate content (e.g., video content, musiccontent, still image content, social streams, text messages, etc.) fromone or more content sites, such as third party video, music, image,social media, blogs (e.g., microblogs), and/or other hosting sites thatmay host video clips, music media, still images, graphics, social media,blog/microblog messages (e.g., text and/or audio-video messages), etc.,from one or many users. The content programmer may define an order forthe selected clips and/or other form of content to be presented when theprogram is viewed or listened to by users. For example, the contentscheduling system 102 may record clip sequencing information specifiedby a programmer or the system to indicate the order that selected clipswill be played back as part of a program. The system 102 may associatemetadata with a given clip in a program, such as a starting point/timeand a stop point/time for each clip. Other metadata that may beassociated with a clip, program segment, or a program may include thenames or other identifiers of writers, actors, directors, producers,artists, performers, other people that appear in the program or clip,etc., associated with the clip or program, optionally in associationwith their respective titles/job functions/character names. Otherexamples of metadata may include album names and album sales associatedwith a performer appearing in the program or clip.

Optionally, the system 102 may associate one or more content categories(e.g., using metadata) with a given clip or program. Example categoriesmay include genre, animals, arts and culture, family, food and drink,health, house and garden, how-to, military, money, nature, people andlifestyle, politics, pop culture, relationships, science, technology,transportation, travel, and/or sports. A given category may beassociated with one or more sub-categories. Optionally, two or morecategories may include a given sub-category. Corresponding metadata maybe stored in association with the given clip or program.

For example, the genre category may be associated with sub-categories(e.g., using sub-category metadata) that correspond to different typesof film/movie/television/other content genres (e.g., drama, horror,comedy, science fiction, action adventure, romantic comedy, fantasy,foreign language, movie, television series, webisode, etc.). Also byexample, the animal category may be associated with sub-categories thatcorrespond to different types of species or classes of animals (e.g.,cats, dogs, birds, fish, lizards, ocean life, wildlife, etc.).

By way of further example, the arts and culture category may beassociated with sub-categories that correspond to different types ofarts and culture (e.g., architecture, design and typography, digital,experimental, fan, mixed media, painting, political, street, userexperience design, user interface design, etc.). By way of yet furtherexample, the family category may be associated with sub-categories thatcorrespond to different types and classes of family members (e.g.,babies, children, parents, parenting, relatives, teenagers,grandparents, mother, father, grandmother, grandfather, etc.). By way ofstill further example, the food and drink category may be associatedwith sub-categories that correspond to different types of food or foodrelated matters (e.g., cooking, dessert, entrée, appetizer, soup, salad,meat, restaurant, seafood, soda, spirit, vegetables, etc.). By way ofyet further example, the health category may be associated withsub-categories that correspond to different types of health relatedmatters (e.g., health conditions, dental health, diet/nutrition,fitness, grooming, men's health, women's health, mental health, sexualhealth, sexuality, addiction, etc.).

By way of further example, the house and garden category may beassociated with sub-categories that correspond to different types ofhouse and garden related matters (e.g., furnishing, improvement, lawnand garden, remodeling, decorating, etc.). By way of still furtherexample, the how-to category may be associated with sub-categories thatcorrespond to different types of how-to related matters (e.g., beauty,crafting, do-it-yourself, fashion, etc.). By way of yet further example,the military category may be associated with sub-categories thatcorrespond to different types of military related matters (e.g., combat,explosion, military training, weapons, tanks, ships, aviation, etc.).

By way of further example, the money category may be associated withsub-categories that correspond to different types of money-relatedmatters (e.g., budgeting, investments, retirements, taxes, etc.). By wayof yet further example, the nature category may be associated withsub-categories that correspond to different types of nature-relatedmatters (e.g., insects, landscapes, natural disasters, weather, surf,etc.). By way of yet further example, the people and lifestyle categorymay be associated with sub-categories that correspond to different typesof related matters (e.g., amateur stunts, body modification, career,celebrities, crazy stunts, crime, entertaining, explosions, fashion,fights, holidays, performance art, politics, recreational, weapons,self-help, shopping, special events, tricks and juggling, etc.).

By way of further example, the politics category may be associated withsub-categories that correspond to different types of politics-relatedmatters (e.g., United States politics, African politics, CentralAmerican politics, city politics, European politics, Middle Eastpolitics, world politics, commentary and debate, etc.). By way of yetfurther example, the pop culture category may be associated withsub-categories that correspond to different types of pop culture relatedmatters (animation, anime, books, cartoons, dance, fail and pranks,games, girls, boys, illusion, magic, movies, music, puzzles, sketchcomedy, stand-up comedy, television, theater, video games, virtualreality, etc.). By way of still further example, the relationshipcategory may be associated with sub-categories that correspond todifferent types of relationship-related matters (e.g., dating, family,friends, marriage, etc.).

By way of further example, the science category may be associated withsub-categories that correspond to different types of science-relatedcategories (e.g., environmental, experimentation, lectures and facts,etc.). By way of yet further example, the technology category may beassociated with sub-categories that correspond to different types oftechnology-related categories (e.g., computers, electronics, Internet,mobile apps, slow motion, software, etc.). By way of still furtherexample, the transportation category may be associated withsub-categories that correspond to different types oftransportation-related matters (e.g., bicycle, boats, cars, motorcycle,planes, hover boards, autonomous vehicles, subways, taxis, trains,trucks, walking, etc.).

By way of further example, the travel category may be associated withsub-categories that correspond to different types of travel-relatedcategories (e.g., accommodations, destinations, camping, tips, etc.). Byway of still further example, the sports category may be associated withsub-categories that correspond to different types of sports-relatedcategories (e.g., abs and glutes, auto racing, BMX and extreme biking,baseball, basketball, boating and sailing, body building, boxing, carculture, cardio and aerobics, cycling, dance workouts, extreme combatand mixed martial arts, extreme motorsports, extreme snow and icesports, extreme sports compilations, fishing, football, general martialarts, general strength and flexibility, golf, horse racing, hunting, icehockey, martial arts, boxing, wrestling, miscellaneous sports,motorcycles and motocross, motorsports, mountain biking, mountaineeringand climbing, Olympics and other games, other sports, other watersports, outdoor and mountain sports, Pilates and fitness ball,self-defense, skateboarding, skiing, snow and ice sports, snowboarding,soccer, sports comedies, sports documentaries, sports dramas, sportsstories, step aerobics workouts, stunts and general mayhem, surfing andboard sports, tai chi and qigong, tennis, triumph of the underdogs,water sports, women in sports, etc.).

By way of further example, a given program or clip may be associatedwith some or all of the following metadata: name, short description,category (e.g., one or more of the categories discussed herein),sub-category/genre (e.g., one or more of the sub-categories or genresdiscussed herein), tags, region filter (e.g., that restricts the showingof the program/clip to one or more regions/countries), breakpoints(e.g., specified in SMTPE time format: hour, minute, second, frameHH:MM:SS:FF), available date (the first date that the content shouldfirst be made available, optionally specified in GMT date formatMM/DD/YYYY), film color (e.g., color, black and white), copyright notice(e.g., copyright owner, year of publication), file name of closedcaptioning language, actor(s) and/or guest(s), producer, content ratingand reasons for rating (e.g., G, All, PG, PG-13, R, X, violence, crudelanguage, nudity, adult situations, etc.), subtitle languages, etc.

An electronic form may be provided via which some or all of the contentmetadata may be entered. Some or all of the content metadata may beprovided via a file (e.g., a spreadsheet file, a word processor file, orthe like). Some or all of the content metadata may be accessed from athird party database.

Some or all of the metadata may be used to search for and/or to selectcontent for presentation (e.g., to a particular user or for a particulargeographical or national region, or for all users). For example, if aregion filter specifies that a given clip is only to be shown in theUnited States, the clip may be excluded from programs provided to orassembled for users in other regions, while the clip may be included ina program provided to or assembled for users in the United States. Byway of further example, if a first available date for a given clip issome time in the future, the clip may be excluded from programs providedto users until that date is reached. If a given user has specified acertain rating filter (e.g., specifying that no content having a ratingmore mature than PG-13 is to be excluded), clips that are associatedwith a rating that do not satisfy the rating filter may be excluded fromprograms provided to the user. Optionally, if a given clip is excludedfrom a program, a substitute clip having the same or similar length andsubject matter may be identified and inserted into the program.

Optionally, content may be received from one or more sources in one ormore formats. Optionally, received content may be analyzed to determineif the content satisfies one or more quality criteria. For example, thecontent may be inspected to determine if it is formatted via one or morespecified formats using one or more specified codecs (e.g., Apple PrRes422, MPEG-4, H.264 (20 Mbps minimum for HD, 30 Mbps minimum for HD),MPEG-2 (20 Mbps minimum for HD, 30 Mbps minimum for HD) for video, LPCM,5.1 channel for audio, channel 1 and 2 for mono, etc.) and one or morespecified frame rates (720×488, 720×480 for NTSC SD, 720×576 for PAL SD;1920×1080 or 1280×720 for HD). The received content may be stored inmemory by the system 102 for later access.

Thus, the system 102 may cause the clips in a given program to besequenced so as to provide a user with a seamless viewing experience.Optionally, the programmer may indicate where advertisements may beinserted between clips. For example, the programmer may specify that anadvertisement may be inserted between the 4th and 5th clip and the 9thand 10th clip. Then, during playback, one or more advertisements may beselected and inserted at the designated points between clips.

Optionally, a mediation layer is provided to dynamically determine theplacement and/or selection of interstitials/overlays (e.g., advertising,quizzes, jokes, news, trivia, information regarding programs orchannels, user submitted content (e.g., video, still image, text, etc.),sponsored content, etc.) on programs comprised of short videos or othercontent. The mediation layer may include defined rules (e.g., programmerdefined rules) that specify when an advertisement (or interstitial) isto be displayed (e.g., within a specified time block within a program,based on how much of a particular program a user has viewed, based onthe subject matter of a given item of content (e.g., as determined fromassociated metadata), based on what is occurring or being displayed inthe content, between specified clips, etc.). Optionally, a clientdisplaying a program (e.g., an application or a browser) may executecode that determines when and/or where an advertisement or interstitialis to be displayed. Optionally, in addition or instead, a remote server(e.g., the server that assembles/stiches content together to form aprogram) may execute code that determines when and/or where aninterstitial/overlay is to be displayed. For example, the server mayidentify predefined locations for such interstitial/overlay.

Optionally, a single clip or other streaming content being viewed by aviewer may be automatically paused during playback at a designated pointor time (or randomly), and an advertisement or interstitial (e.g.,optionally from a source different than the clip, such as from anadvertisement server or other interstitial server) may be selected(e.g., by the advertisement server or the interstitial server), andprovided for display to the user (e.g., streamed and/or played to theuser). When the advertisement has completed playing or otherinterstitial has been displayed for a designated period of time or untila specified event occurs (e.g., user input for an interactiveinterstitial), the playing of the clip may be resumed. Thus, anadvertisement or interstitial may optionally be played as a mid-rolladvertisement with respect to a given clip.

A programming module may keep a running tally of the sum of the lengths(in time) of the video clips and/or other content selected by thecontent programmer for a program, and display the running tally to thecontent programmer. The programming module may provide a visual and/oraudible alert to the user when the running tally is equal to the definedtime length of the program, and may provide a different notificationwhen the running tally is greater than the defined time length of theprogram. If the total length of the selected clips and/or other contentexceeds the defined program length, the programming module mayoptionally trim the last clip in the program or a portion of each clipand/or other content in the program to bring the total length of theprogram to be about equal to the defined length of the program. Thecontent scheduling system records the locators for the selected clips(or other content, such as image content, social streams, blog (e.g.,microblogs), text messages, etc.), or a locator for a playlist of theselected clips or other content, the ordering of the clips and/or othercontent, and day(s)/time(s) the video program is to be presented tousers, and then causes the program (with the clips in the defined order)to be presented accordingly at the scheduled days/times and causes aprogram guide to include a listing for the program at the specifieddays/times for the specified duration.

Optionally, the system 102 may automatically perform at least a portionof the content selections for a channel or program, optionally using forexample, a channel generation module or an automatic program generationmodule. For example, the system 102 may search for and locate videocontent using search terms (e.g., specified by a content programmer)corresponding to various categories/subjects. By way of illustration, ifthe system is seeking to define a channel of videos and/or other contentregarding cats, the system may issue a search for videos of cats. Thesystem may issue the search request using the search engine of one ormore third party content hosting sites (e.g., by submitting the searchrequest and search terms using an application programming interfaceassociated with the content hosting sites). The content hosting sitesmay use tags (e.g., assigned by the user that posted the video, assignedby other users, assigned by an operator of the video hosting sites,etc.) associated with the video content to identify videos correspondingto the search request. By way of further example, if the system isinstructed to include microblog entries as part of the cat channel, thesystem 102 may search for microblog entries (e.g., TWITTER® tweets) thatinclude cat related text or hashtags (e.g., “#funnycat”).

The system 102 may use further criteria in selecting among videos and/orother content for the cat channel or for a specific program. For examplethe system may issue a search query for “cats”, and optionally filterthe results based on one or more criteria. Optionally, the system maysearch for cat videos and/or other content of a specific length or rangeof lengths (e.g., 5 minutes, between 4 minutes and 6 minutes, etc.).Other criteria may be used as well in determining which videos and/orother content to select and include in a given program for a givenchannel. For example, the system may access the number of views on thethird party video hosting site and/or the user ratings provided by usersof the third party video hosting site in determining which videos toselect.

By way of illustration, the system may be programmed to select onlythose videos which have more than a threshold number of positiveindications (e.g., more than 500 positive indications (e.g., “thumbs up”votes)), and/or greater than a specified percentage of positive postingindications (e.g., 75% of users, that provide an indication as towhether or not they like the video, indicate that they like the video)or a specified ratio of positive indications vs. negative indications(e.g., a ratio of at least 3/1 of positive indications vs. negativeindications). In addition or instead, the system may access and/oranalyze other types of indications. For example, the indications (e.g.,social presence, social rating, number of followers, number of postedvideos, aggregated number of views for all videos posted by author forvideos posted on one or more sites, audience size and/or type, otherauthor activities, etc.) may relate to the author/source of an item ofcontent generally. For example, a threshold may be set with respect toan author's number of followers, social rating, influence rating, numberof friends (on a social networking site), etc. Such indications may beaccessed from the third party video hosting site on which the content ishosted and/or from other sites and sources (e.g., social networkingsites, influence scoring sites, microblog sites, etc.).

By way of further illustration, in this example, the system may selectvideos for the cat channel that have a tag and/or title of “cat”, haveat least 600 views and/or have at least a 75% approval rating. Thesystem 102 may in addition or instead select the top 50 (or othernumber) most viewed cat videos or the top 50 (or other number) ratedvideos for the channel. The system 102 or other content programmer mayin addition or instead select videos of cats from the top 50 ranked (orother number) authors based on the number of followers they have and/ortheir influence score. The system 102 may assemble a channel and aprogram based on the identified videos from one or more third partysites.

By way of further example, the system may access the number of followersa blogger (e.g., a microblogger) has and/or the number of times a givenblog post has been reposted by others in determining which blog posts toselect for a program. Other example factors that may be taken intoaccount in selecting content may include the number of replies that werereceived in response to a content posting, the number of likes a postingreceived, the number of different social networking sites a posting wasreposted too, an engagement or influence rating of a posting user (whichmay be based at least in part on engagement measurements, such as theratio of reactions generated by content posted by the user over thenumber of content postings, and/or where the rating may be generated bythe system 102 and/or accessed from one or more influence ratingservices, such as KLOUT®, KRED®, PEERINDEX®, etc.), etc.

The system 102 may use the supplemental content identification module orother tool to periodically review the video hosting websites to ensurethat the selected videos for a given program are still available to bestreamed to the user display. If the system 102 determines that certainvideos that had already been included in scheduled program are no longeravailable, the system may find alternative videos of similar length(e.g., based on a length tag or other length indication) and subjectmatter (e.g., because the alternative video had been previously manuallydesignated as an alternate video from the specific program, based on asubject tag or other indication) to substitute in place of the missingvideos, as discussed in greater detail herein. Similarly, the system 102may periodically review other content hosting websites to ensure thatthe selected content items (e.g., microblog postings, social networkingpage postings, etc.) for a given program are still available to beprovided to the user terminal. If the system 102 determines that certainother content items that have already been included in scheduled programare no longer available, the system may find alternative content ofsimilar length (e.g., based on a length tag or other length indication),type, and/or subject matter to substitute in place of the missingcontent.

The system 102 may also communicate with a variety of user terminalsover a network 116 (e.g., via the Internet). The system may provide userterminals 110, 112, 114 with access to the program guide (e.g., as a webapp via a web browser and/or via a dedicated application, such as aphone app hosted on a user terminal) and enable the user terminals toaccess programs streamed directly from the content hosting systems 104,106, 108, and/or via the system 102, according to the timing of theprogram guide schedule. The system 102 may also provide simulateddigital video recorder (DVR) functionality as described elsewhereherein. The system 102 may also host administrator user interfaces andassociated programs. A mobile device 118 may have an applicationinstalled thereon that enables the mobile device to act as a remotecontrol and enables the user to navigate the program guide on a userterminal via inputs on the mobile device 118.

The system 102 may include data stores 162, 164 that store content to bestreamed to users (e.g., backup/alternate content as discussed herein,standard channel content, promotional/advertisement content, etc.),location information for content to be streamed to users (e.g., URLs tovideo content on third party hosting sites 104, 106, 108, URLs to musiccontent, image content, social content, microblogs, etc., or anycombination thereof on local or third party content hosting sites),program schedules, user account information (e.g., user channel andcontent preferences (e.g., genre, program, subject matter, contentand/or channel likes and/or dislikes provided by the user via one ormore interfaces), user specifications of channels to be blocked, userreminder instructions, user bookmarks, user viewing history (e.g., whichchannels and programs the user has watched, how often the user watches agiven channel or program, how long a user watches a given program orchannel, etc.), rules, and/or other information. For example, the datastore 164 may store a user's responses to interstitials of differenttypes, such as advertisements, games, program information, and/or thelike. The stored user responses may indicate whether the user navigatedaway from an interstitial (e.g., changed channels or otherwise accesseda different program), fast forwarded through the interstitial, skippedthe interstitial, replayed the interstitial, interacted with theinterstitial (e.g., clicked on a link in the interstitial, responded toa question posed by the interstitial, played a game provided by theinterstitial, and/or the like).

By way of example, user account information (e.g., user channel andcontent preferences explicitly provided by the user, user channel andcontent preferences as determined from the user's content viewinghistory, etc.), user behaviors (e.g., how long a user watches contentper day or week, how many times in a specified time period the userchanges channels, how often per specified time period the user tries anew channel or show (a channel or show the user has not previouslyviewed), etc.), promoted content (e.g., content sponsored by anadvertiser or other third party), and/or data from third parties may beused in generating content recommendations for the user and/or inorganizing how a program guide is presented to the user. Optionally, theprogram guide generation module 160 may be utilized to generate and/orpersonalize program guides. For example, some or all of the foregoingdata may optionally be used in determining: the ordering of channels inthe electronic program guide (e.g., which channels are presented first,second, third, etc.); which, if any channels are to excluded from theprogram guide (e.g., channels that the system determines are of lowinterest to the user); which channels are to be highlighted (e.g., viacolor, animation, pop-up interfaces or otherwise, etc.), what types ofinformation are to be included in the program guide, etc. Thus, aprogram guide may be automatically generated and customized for a givenuser.

Optionally, an artificial intelligence engine may be provided whichlearns the user's preferences and interests (e.g., based on the useraccount information and viewing and/or navigation behavior) andrecommends other content (e.g., other programs and channels) via text,graphics, and/or a computer generated voice track synchronized with thelips and facial movements of a computer generated host (which may appearas a human or which may appear as a cartoon figure, animal, orotherwise). The computer generated host may be configured to act aschannel or program host.

The content hosting systems 104, 106, 108 may enable users to upload orotherwise post media content (e.g., recorded and/or live streamingcontent), such as videos, social media content, or other content, and toprovide media titles and/or other tags (e.g. descriptive, subject mattertags). The videos or other content may be associated with metadata, suchas length of the videos or other content and/or length of advertisementstreamed as a pre-roll or post-roll video advertisement). The usersand/or the hosting systems may assign a categorization tag to the mediacontent (e.g., humor, cats, licensed television shows, science, film andentertainment, gaming, etc.), and may record and post viewer ratinginformation, and track and post the number of views. Some or all of thisinformation may be accessed and used by the system 102 (e.g., using anapplication programing interface (API)), as similarly discussed herein.

FIG. 2A illustrates an example interactive program guide for a pluralityof channels and time periods and a viewing area to view a currentlyplaying program for a user-selected channel. It is understood that theprogram guide can have fewer or additional features, and may have adifferent appearance and controls. The program guide may be accessed,displayed, and interacted with using a browser (e.g., as a web app codedusing a browser-supported programming language, such as JavaScript),using a dedicated application (e.g., a mobile device app (e.g., a phoneapp or a tablet app), a game console app, a personal computer app, asmart television app, a streaming device app, etc.), or otherwise.Optionally, program guide functionality may be provided by a system thatthe user may connect to the user's playback device. For example, thesystem may be in the form of a dongle or stick that the user can pluginto a playback device port (e.g., an HDMI port) or wirelessly connectto the playback device. In this example, the program guide is in theform of a grid, although other arrangements and formats may be used.

In this example, on the left side of the program guide (the verticalaxis), channel numbers are provided (although other channel namingconventions may be used, such as titles, letters, colors, etc.). On thehorizontal axis, time periods are listed. Program titles are provided,with an indication (e.g., a graphical indication and/or numericalstart/stop times) as to when a given program starts and ends. Thus, theprograms listed by the program guide are scheduled/planned events,typically with a specified duration, within a channel timeline. The usercan scroll over the channels on the left side and the user interfacewill present additional information regarding the channels and/orregarding programs and episodes of recurring programs. The user canscroll forward and backward thorough the program timeline by mousingover the timeline header or otherwise. The viewing area (and program)may be displayed at the same time as the program guide, or the viewingarea may be closed to provide a larger area for the display of theprogram guide. Similarly, the program guide may be closed or overlaid toprovide a larger area for the display of the viewing area (e.g., byactivating a “full screen” control provided by the user interface).

Within the program guide, there are individual links by channel that areaccessed by the user's browser when the channel is changed. For example,the link for the channel “Top 40” may be in the form ofhttp://pluto.tv/#!channels/Top%2040&_=_. A given channel may haveassociated content “playlists,” which are a series of clips organizedinto scheduled programs/episodes and which may be accessed by the userbrowser. Thus, a playlist may optionally be in the form of a list ofclips (e.g., compiled by human content programmers or automatically bythe system), which share a similar theme, message or subject, and thatare organized into a program with a specified duration.

The viewing area displays the currently playing program for a userselected channel. Optionally, information regarding the program isdisplayed in conjunction with the program. Some of the information maybe pulled from the metadata of the currently playing clip and some ofthe information may be pulled from the channel name and the programname. For example, the viewing area user interface may display thecorresponding channel number, the channel name, the program name, thename of the currently playing clip, and/or other information. It isunderstood that a user does not have to select a specific program toview the program. The user can select a channel, and the programs forthat channel will continuously play on the user's terminal according tothe schedule until the user navigates to another channel, pauses aprogram, closes the program guide application, etc. The program guidemay emphasize the currently playing channel and/or program in theprogram listing (e.g., using color, bolding, animation, or otherwise).

Optionally, an “all channels” control is provided. The user can activatethe “all channels,” control, and in response the user interface willlist all the current active channels (although the user may need toscroll through the channel listing to view all the active channels). Theuser can also select a categories control, and in response, the userinterface will display channel groupings, where channels are groupedaccording to theme/category (e.g., 100-200 children; 300-400 sports;500-600 on-demand, 700-800 pay-per-view, 900-1000 user generatedchannels, etc.), and the names and/or channel numbers for each channelare provided. An example channel categories user interface isillustrated in FIG. 2B. The various categories may optionally bevisually indicated using separate, spaced apart, color coded rectanglesfor each category, with a category name as a header, and with a listingof channels for each category.

The user can also activate a control which, when detected, causes theuser interface to display additional or fewer channels in the grid or todisplay only channels the user had previously indicated as beingfavorite or preferred channels of the user.

Optionally, as noted above, in addition to displaying scheduledprograms, the same program guide user interface may optionally also liston-demand programs (e.g., free on-demand content, pay-per-view movies,music, television shows, or other content that are part of asubscription package, etc.), where a user can click on an on-demandprogram listing at any time and have the program streamed to the user.The on-demand content listings may optionally be grouped so that theyare listed as adjacent channels (e.g., channels 500-600 may be dedicatedto on-demand channels). The grouped on-demand content listings may bedisplayed above or below the scheduled programing channels, or betweenan upper set and a lower set of scheduled programing channels.

If there is a fee associated with viewing an item of on-demand content(e.g., the content is pay-per-view content, or is rentable for aspecific period of time), optionally associated fee information isaccessed from a data store and provided for display within or inassociation with the on-demand listing. If the user clicks on an item offee-based content, the user may be prompted to enter payment informationor to agree that previously provided payment information may be used tocharge the fee. The user may then be charged the fee and may view thefee-based content. Optionally, the grouping of on-demand channels may bedisplayed as a single entry, and an expand control may be providedwhich, if activated by the user, causes each on-demand channel entry tobe displayed. Thus, optionally, the same program guide may displaylistings for, and access to both on-demand and linear, scheduled,channels.

Optionally, a randomizer control (e.g., a button or menu entry) isprovided, which when activated by a user, causes the system to generatein substantially real-time a program and/or channel of non-scheduledcontent and/or content not specifically selected by the user (e.g.,where the program or channel is not simply a playlist defined by theuser). However, optionally, the content is not truly randomly selected,but may be selected based on one or more criteria. Optionally, some orall of the content is randomly selected and/or handpicked by anoperator. For example, the system may access user account information(e.g., a user's content preferences, viewing behavior, and/or viewinghistory) to be used in selecting, in substantially real-time, one ormore items of content to be displayed to the user as a program orchannel. For example, if the user's account information indicates thatthe user likes baseball and skateboarding bloopers but is not interestedin football bloopers, the randomizer may select from one or more sourcesbaseball and skateboarding blooper video content, and generate a programfor the user from selected baseball and skateboarding blooper videocontent, while excluding football blooper video content from theprogram.

Optionally, an intelligent channel scan mode is provided that determinesa priority order for channels to jump to, in response to a useractivating a scan control based at least in part on processed set(s) ofdata. By way of illustration, a scan control may be provided, which whenactivated, causes a player to cycle through channels, presenting contentfrom each channel cycled through for a period of time (e.g., 1 second, 3second, 5 seconds, or other period of time, or to the end of the currentcontent item (e.g., video clip) or the end of the current program, whichis optionally settable by the user) before jumping to the next channel.If the user likes content being provided by a channel, the user canactivate the scan control again or a play control to stop scanning andto enable the content of the current channel to be presented. The scanmode may be configured to scan though each available channel or to scanthrough only a subset of available channels.

The ordering of the scan may be based on the ordering of the channels inthe program guide, or the ordering of the scan may be dynamicallydetermined. For example, the scan sequence may be based on the contentthe user is currently viewing, the user viewing history, userpreferences, other user account information (e.g., genre, program,subject matter, content and/or channel likes and/or dislikes, userspecifications of channels to be blocked, user reminder instructions,user bookmarks, etc.), etc.

For example, depending on the configuration of the scan mode, if theuser is currently viewing a sports channel when activating the scancontrol, the scan mode may only scan through other sports channels. Byway of further example, depending on the configuration of the scan mode,if the user is currently viewing a sports channel when activating thescan control, the scan mode may first scan through other sportschannels, and then scan through non-sports channels.

Optionally, a user interface is provided via which the user may specifyone or more specific scan sequences, which may be associated withrespective scan controls. The user interface may include a field viawhich the user can enter a scan sequence name, which may then bepresented in association with the respective scan controls. Thus, forexample, a user may define a sports channel scan sequence, a comedychannel scan sequence, a music channel scan sequence, a reality showscan sequence, etc. A menu of respective scan controls may be presentedvia which the user can select the desired scan sequence. In response tothe user selection, the content player will then scan through theselected channel sequence.

Optionally, a recommendation control is provided, which when activatedby the user, causes the system to generate and/or display program and/orchannel recommendations. The recommendations may be based at least inpart on one or more of the following: user account information (e.g.,genre, program, subject matter, content and/or channel likes and/ordislikes, user specifications of channels to be blocked, user reminderinstructions, user bookmarks, etc.), user viewing history, usernavigation behavior, etc.

As further illustrated in FIG. 2A, a chat control is optionally providedwhich enables a user to initiate a chat (e.g., a text chat) with others.Optionally, a chat user interface is provided (e.g., in response to theuser activating the chat control) displaying names and/or images of thecertain of the user's friends, as illustrated in FIG. 2C. The names orimages of the user's friends may be accessed from a social networkingsite or may be provided directly by the user (e.g., via an “add afriend” interface). The chat user interface may indicate which of theuser's friends are online, and which of the user's friends are currentlyviewing the same program as the user. FIG. 2D illustrates a chat sessionwhich may take place while the various chatters are viewing a program(e.g., a scheduled program on a channel, so that the chat session issynchronized with the episode). Optionally, the user interface mayaccess video and audio content from a webcam and a microphone to enableusers to chat via a video and/or audio conference. The webcam may alsobe positioned and used to enable a user's friends watch the userwatching a given program.

The user can invite others to watch a current or future program via thechat user interface or optionally via a direct invitation userinterface. For example, the user can activate an invitation control, andan invitation will be sent to a friend (or other user) specified by theuser. The invitation may identify the program title, channel, and/or theprogram date/time. Optionally, the invitation may include preexistinginvitation template text and dynamic text identifying the program andchannel the user is watching, such as “I am watching ‘Cats havingdinner’ on Channel 302. Please watch along with me” or “I will bewatching ‘Cats having dinner’ on Channel 302 on Friday, December 26.Please watch along with me” (the underlined text indicates the dynamictext). The dynamic text may be determined by detecting what program theuser is watching and determining which channel it is on. The dynamictext may then be inserted into the invitation. The invitation may besent in real time. Optionally, the chat user interface may also provideaccess to a public chat room, as illustrated in FIG. 2E.

Controls to a real or simulated digital video or other content recorder(DVR) may be provided for display on a user terminal in association witha video or other content player. Optionally, the DVR may be a modulehosted by the system 102 or hosted by the user's terminal andimplemented in part using software in communication with the softwareproviding the program guide. An example DVR set of controls isillustrated in FIGS. 2C and 2J. As will be described, optionally the DVRmay be used to “record” a program, view a recorded program (e.g., from alibrary specific to a user or from a shared library), pause and rewind alive program, share a program currently being watched, and/or sharebookmarks. In this example, a pause/play control, a rewind control, afast forward control, and a scrubber control are provided. For example,the user may instruct, via a record control provided by the programguide user interface, that a show be recorded for later playback. A DVRuser interface may also provide a listing/library of recorded programs(which may be virtually recorded programs), from which the user mayselect for playback. The DVR function may enable the user to rewind orfast forward through a recorded or currently playing program usingcorresponding rewind and fast forward controls.

Optionally, an actual DVR is not used. Rather, the interface simulatesthe functionality of a DVR. Thus, for example, although the DVR controlset enables the user to pause, rewind and fast forward through aprogram, a copy of the program is not stored on the user terminal or onthe content scheduling system. Instead, the DVR control set iscontrolling playback of media being streamed from the third partycontent sources. Thus, for example, if a user provides a “record”instruction while watching the program, no actual content is recorded inresponse. Instead, a bookmark may be stored (e.g., on the user terminalor on the content scheduling system) indicating at what point in theprogram the user activated the record program. When the user lateraccesses the “recorded” program, the system access the stored bookmark,determines at what time point the user activated the bookmark, andcauses playback of the corresponding clip (and hence program thatincluded the clip), accessed from the third party content site, to beginat the bookmarked location. Thus, advantageously, storage space on theuser terminal or content scheduling is not wastefully occupied storingthe content from the third party content site.

Optionally, the user may associate several bookmarks with a program,where each bookmark is associated with a different time/point in theprogram. The program guide may include a listing control, which whenactivated by the user, causes a listing of the bookmarks/recordings tobe generated and displayed to the user. The listing may display some orall of the following: a frame from the program corresponding to thelocation of the bookmark, the name of the program, the program channel,and the date/time the user created the bookmark. The user can thenselect a given bookmark or “recording” for playback, and thecorresponding program will then be played back at the bookmarked point.

A user's bookmarks and library may be associated with the user's accountand optionally may not be accessible to other users. Optionally, theuser can select to share some or all of the user's bookmarks or libraryof programs with one or more other users. For example, the user mayshare bookmarks for a particular program, a set or sets of programs, achannel or set of channels. The recipient(s) of the bookmarks (orlibrary) may be notified that the user is sharing the bookmarks (orlibrary) with the recipient and may view a similar generated bookmarklisting. Optionally, a bookmark (or access to a bookmark via a link orotherwise) may be included in an invitation from the user (such as theinvitations discussed elsewhere herein) to one or more other users towatch the program (e.g., beginning at the bookmarked location). Thus,the system enables the user to engage in the viewing of the programstarting at a bookmarked location with other remote users with whom theuser shared the bookmark with. Optionally, the library and/or bookmarksmay be shared across a variety of different platform types (e.g., tabletcomputers, smart phones, desktop computers, networked televisions, etc.)or only one or more user and/or system selected platform types.

In addition, the DVR (the virtual or non-virtual DVR) may be used tonavigate through a program being viewed by the user in accordance withits scheduled display. That is, the DVR enables the user to rewind,pause, and fast forward through a “live” program. Optionally, the DVRprevents that user from fast forwarding through a program past itcurrent “live” point. Optionally instead, the DVR may enable the user tofast forward through a program past it current “live” point. Of course,if the program is an actual live program (e.g., a live sporting event),the user is prevented from fast forwarding through the program past thecurrent actual live point in the program.

Because a given program may be composed of multiple clips being streamedfrom different sources, which are then logical and visually stitchedtogether (to provide a seamless viewing experience to a viewer),rewinding or fast forwarding through a given program may cause clipboundaries to be traversed. Because certain clips may be from differentsources, the system determines if the rewind (or fast forward)instruction will cause a clip boundary to be traversed, and if so, willdetermine which other clip should be streamed to the user video playerbased on the amount of rewinding or fast forwarding. The system willthen cause the appropriate clip from the appropriate source to bestreamed to the user video player from the appropriate point in theclip. It is understood, that a user may rewind or fast forward through aprogram using dedicated rewind and fast forward controls, a scrubber, orotherwise. An example DVR user interface is discussed below with respectto FIGS. 2J and 2K.

Optionally a library add control (e.g., a button) may be provided onthird party pages (e.g., website pages) or via a browser plug in thatenables a user to add a video on the third party page to the user'sindividual library (e.g., the user's DVR library for access via the DVRor otherwise). For example, when the user activates the library addcontrol, code associated with the library add control detects theactivation and transmits corresponding video locator information (orlocator information for other content, such as image content, socialstreams, microblogs, text messages, etc.), to the user's library (whichmay be hosted on the user's terminal and/or the system). For example,the locator information may comprises a URL and/or an internal code ofthe third party that points to the video (or other content) specificallyseparately from the page as a whole, so that when the video is lateraccessed by the user, only the video, and not the surrounding page, isdisplayed in the user's video player. Thus, for example, if the usercomes across a video on a news channel website, but does not have timeto view the video, the user can “save” the video to the user's libraryfor later playback by activating the library add control. Optionally,the video may be added to a specific private or public playlist orchannel, such as a user defined channel of videos that the user hassaved but not yet viewed.

If the user clicks on a program listed in the program guide that has notyet begun, a reminder control is presented (e.g., in a pop-up window orotherwise), an example of which is illustrated in FIG. 2F (the “notifyme” control). If the user activates the reminder control, the reminderuser interface illustrated in FIG. 2G is presented. The user can providean instruction that a reminder be transmitted to the user preset amountof time or a user-specified amount before the beginning of the program.Optionally, the user can specify, via a user account specification, viaa control in the pop-up window, via a menu selection, or otherwise, howthe reminder is to be provided.

For example, the user can specify that the reminder is to be providedvia an audible alert or visual on the user's terminal, via an SMS/MMSmessage transmitted to a user mobile device, via an email, via anautomated phone call, via an entry on the user's calendar (which willcause the calendar to provide an audible and/or visual reminder), and/orotherwise. By way of illustration, the user can specify that thereminder is to be provided at the program start time, 1 minute beforethe program start time, 15 minutes before the program start time, 1 hourbefore the program start time, or other amount of time before theprogram start time. The system or app will store the reminderinstructions and provide reminders to the user accordingly. Asillustrated in FIG. 2G, the reminder user interface may also include aninterface via which the user can invite another person to watch theupcoming program at the same time. In the example illustrated in FIG.2G, a field is provided via which the user can indicate (e.g., byentering an email address or SMS address of the invitee) to whom theinvitation is to be provided. The invitee will then be provided with areminder at about the same time the user is provided the reminder (e.g.,via email, SMS, or otherwise).

Optionally, the program guide user interface can be navigated using aremote control. For example, the remote control may be in the form of amobile device, such as a mobile phone with a touch screen or a touchtablet, which has a remote control application (or other applicationincluding a remote control module, such as a program guide applicationincluding a remote control module) downloaded to and installed thereon.The remote control may be configured to directly communicate with theuser interface application hosted on the user's terminal via a localwireless communication protocol, such as Bluetooth, or via a local areawireless network, such as a Wi-Fi network, or otherwise. Optionally, inorder to enable the remote control to be synchronized with the programguide presented in a browser on the user terminal, the user selects async control presented via the remote control application (e.g., thephone app). The application then prompts the user to enter in the remotesync code generated by the web app executed by the user browser, asillustrated in FIG. 2H. Once the user enters the code into a fieldpresented by the application, the application becomes a remote controlfor the web app. For example, the application may present a version ofthe program guide formatted for the remote control application host(e.g., a smart phone or tablet display), as illustrated in FIG. 2I. Whenthe user selects a given channel or program on the program guideprovided via the remote control, that same channel or program will beselected in the web app on the user terminal. Thus, the user inputs onthe remote control may be functionally mirrored on the user terminal.Similarly and optionally, when the user selects a given channel orprogram via the web app, that same channel or program will be selectedon the remote control.

FIGS. 2J and 2K further illustrate the example DVR user interface, wherethe user has dragged the cursor in the scrubber back to rewind thecurrent program, and the current rewind position of the scrubber cursoris displayed (e.g., in terms of the time of day that portion wasoriginally played). A live control is provided, which when activated,causes the DVR to return a “live” program to the current “live” position(the current point in the program that is being played in accordancewith the program guide schedule).

Optionally, a parental control is provided via which the user canprevent channels and/or programs having an unacceptable rating (e.g., arating above G or PG, or other than a PG rating) from being presentedunless an override input is entered (e.g., a PIN code). Anadministrating user (e.g., a parent) may specify an override code via auser interface accessible via the program guide (see, e.g., the exampleillustrated in FIG. 2L). The system will record the override codespecified by the user. If someone attempts to access, via the user'saccount, a program that exceeds the permitted rating, such access isdetected by the application or system, and in response the userinterface provides a visual and/or an audible notification that theprogram rating exceeds the parental control threshold and prompts theuser to enter the override code. If the user enters the correct overridecode, as verified by the system or application, then the program will bedisplayed via the user interface. If the user fails to enter the correctoverride code, then the program will not be displayed.

Example backend user interfaces will now be discussed that enable acontent programmer to program channels and programs. FIG. 3A illustratesan example user interface including a search field via which the usercan enter search queries to search for channels or clips. The searchqueries may be routed to one or more content hosting sites and/or acontent repository or index maintained by the content scheduling system.The search results may then be presented to the user. The search resultsmay be aggregated if they included results from more than one source.The operator can add new channels to a channel lineup by activating a“new channel” control, and can add a new video clip or other content toa program by activating a “new clip” control.

Optionally, the index of content may be made available to third parties(e.g., over a network) via an application programming interface (API).The third parties may access and use the index to identify and locatecontent from one or more sources that meet one or more filter conditionsspecified by the third party (where a filter condition may relate tocontent metadata). For example, the content index may include contentlocators (e.g., URLs for Internet content), unique content identifiers,and/or metadata extracted and optionally normalized (e.g., into aninteroperable standard data format) from one or more content sources(e.g., video, music, image, social media, microblogs, and/or otherhosting sites or data stores). By way of further example, the contentmetadata may include length information. By way of yet further example,the content metadata may identify notable individuals associated with anitem of content (e.g., names of writers, actors, directors, producers,artists, performers, etc., in association with their respectivetitles/job functions/character names), content title, content subjectmatter/topic, content classification (e.g., video, music, blog, etc.),instruments played (e.g., for music content), other metadata discussedherein, etc. Metadata may have been obtained via the content source, viaan analysis of the content (e.g., by processing the content to identifyactors, music, subject matter, etc.), and/or from other databases (e.g.,other databases that store and provide access to content metadata).

Thus, for example, a third party may specify via an interface a length,subject matter, and category, for desired content, and a search enginewill locate and return, via the API, search results identifyingcorresponding content and/or some or all of the associated metadata. Thethird parties may utilize the metadata and identified content toconstruct their own electronic program guides, their own programs,and/or channels, or may use the identified content and metadata forother purposes.

FIG. 3B illustrates an example of a user interface enabling a programmerto edit content programming. For example, the user interface enables aprogrammer to add channels to a channel lineup (e.g., by activating a“new channel” control) or delete channels from a channel lineup byactivating a delete control associated with a given channel. Themodifications are stored and reflected within the channel lineup andprogram schedule by the system. The changes reflected in the channellineup are presented by the system to the programmer.

FIG. 3C1 illustrates an example user interface presenting lists ofprograms for a selected channel (“Top 40” in this example) generated bythe system. The system categorizes, organizes, and presents the programsas groups based at least in part on the program status, such as “OnAir”, meaning the program is scheduled to be aired, “In Progress,”meaning the program is still being edited and is not yet complete,“Completed”, meaning the program is ready (per programmer guidelines)and is ready to be scheduled into the program tool, and “Archived”meaning the programs have been aired or assembled but not aired, but arenot currently scheduled to be aired. The aired/airing dates and times,and program lengths for each program may be provided for display aswell. Corresponding delete controls are provided for deleting a givenprogram. An “add” control is provided to enable the programmer toduplicate an existing program and then manipulate/edit into a newprogram. When the system detects that the user has activated the “add”control, the system makes a copy of the corresponding program (or thedata used to assemble the clips into the program). The user may thenactivate an “edit” control provided by the user interface via which theuser can edit the program details including the name, description and/orpublished state. FIG. 3C2 a user interface similar to that of FIG. 3C1.In this example, the system organizes the list so that programs that arein progress are grouped together and programs that are on air aregrouped together. In this example, the program title, aired date/time,and duration may be listed. Add, edit, and delete controls are providedand may be used as similarly discussed above with respect to FIG. 3C1.

FIG. 3D illustrates an example user interface presenting a list ofclips, including the name of the clip, the source or provider of theclip, author (content creator that uploaded clip), a locator (e.g., aURL or other link) for the clip, and the clip run time. Certaininformation, such as the name of the clips and the clip length may beobtained from metadata associated with the clips. Controls are providedfor deleting a given clip and for obtaining additional informationregarding the clip. The programmer may instruct the system to filter orsort the clip list. For example, the user can instruct the system tofilter the list to only display published or unpublished clips. Ashuffle control is provided which, when activated, instructs the systemto reorganize order of clip playback (e.g., randomly or otherwise). The“in progress” indication denotes that the corresponding program is notyet complete, and enables the curator/programmer to organize incompleteprograms that are in progress. A field is provided for receiving searchqueries for searching for additional clips. The search queries may berouted to one or more content hosting sites and/or a content repositoryor index maintained by the content scheduling system. The search resultsidentifying the matching clips may then be presented to the user. Thesearch results may be aggregated if they included results from more thanone source.

Referring again to the example illustrated in FIG. 3D, an import controlis provided. The import control enables the programmer to import a clipor to import a list of clips (or links/locator thereto, such as a URL orother locator) into the program at once. A user may enter one or moreclip locators (e.g., a URL) into a corresponding field, and the systemwill import the corresponding clip(s).

FIG. 3E illustrates an example program scheduler user interface for achannel. The programmer can instruct the program scheduler userinterface to display the schedule for a selected week or day, and inresponse, the program scheduler user interface will display the scheduleaccordingly. In this example, the schedule for a week is arranged anddisplayed in a grid format, where time of day is listed on the Y axis,and the day is listed on the X axis. The programs scheduled for eachtime period of each day are displayed in the grid, wherein a givenprogram entry includes the time period the program will be displayed,the name of the program, and the week the program will be displayed. Inthis example, the schedule has not yet been published to be accessed andviewed by the general user public. The programmer can activate the“publish” control and the corresponding program guide will be publishedand made accessible to the general user public by the system. The namesof unique programs/episodes included in the grid are listed in a tableon the left, including the program length. Thus, the user interfaceenables the programmer to quickly determine how many unique programs arescheduled for the displayed week or day without having to manuallyidentify and count the unique programs. The user interface optionallyenables the programmer to manually drag and drop completed programs fromthe left navigation into the schedule (e.g., the weekly schedule),providing an optional mechanism to override an automatic programschedule.

Example content programmer user interfaces will now be discussed. FIG.4A illustrates an example user interface via which the programmer canenter locators for one or more clips (or locators for other content,optionally including real-time generated content, such as a streamingmicroblog) to be imported. It is understood that the term real-timeincludes substantially real-time (e.g., in less than 0.5 seconds, inless than 1 second, in less than 2 seconds, etc.) unless the contextindicates otherwise. FIG. 4B illustrates a report generated by thesystem indicating which locators entered via the user interface of FIG.4A are not usable (e.g., are not embeddable by the system in the programguide). The list of “bad” clip locators may include, for eachcorresponding clip, some or all of the following: a thumbnail for theclip, the clip title, a clip description, the number of clip views, theclip duration, and the date the clip was posted, in addition to some orall of the metadata associated to the original clip. A control isprovided via which the operator can remove the “bad” locators/clips (orbad locators for other content). FIG. 4C illustrates an example clipassignment user interface via which the programmer can assign a givenclip to an associated category, channel, program, or playlist. Thesystem will then store the assignment.

FIG. 4D illustrates an example task/notification interface. Theinterface may provide system messages (e.g., system up/down times,maintenance schedules, etc.), other notifications, and a listing ofuncompleted tasks assigned to the programmer, as tracked by the system.FIG. 4E illustrates an example notification user interface. Thenotification may identify a corresponding channel, program name, episodenumber, status/issue (e.g., broken link), and the status date. If, forexample, there is a broken link identified, the programmer can click onthe corresponding entry, and the system will be present thecorresponding playlist, via which the user can fix/replace the brokenlink.

FIG. 4F illustrates example user interfaces via which a programmer candefine a program and can create a new episode within a program series,and can view the last air dates for episodes. The program informationuser interface enables the programmer to enter, edit, and/or view suchinformation as “title,” “program description,” “category,” “genres”,and/or “supplier.” The programmer can instruct the system to save theinformation by activating a save control. The programmer can alsonavigate to a series information user interface. The series informationuser interface enables the programmer to enter, edit, and/or view suchinformation as “series title,” “episodes title”, “duration”, seasonnumber and episode number, last air/broadcast date of the episode, andpremier date (the date the episode was first aired/broadcast). Theprogrammer can select a given episode (e.g., by clicking on an episodeentry), and the system will open up the program information userinterface.

FIG. 4G illustrates an example user interface of a scheduling tool thatenables a programmer to program a channel. A “select channel” interfaceenables the programmer to select (e.g., via a menu or in search results)a channel to be programmed. Once the channel is selected various otherfields may be populated by the system with the relevant programminginformation (retrieved from memory) for the selected channel. Fields areprovided via which the programmer can enter search terms, select/entermetadata, select/enter a category, and/or select/enter a genre. Thesystem will identify corresponding programs (optionally including theprogram title and duration) from which the programmer can select to addto the selected channel.

For example, the programmer can drag a given program identifier to acalendar user interface (which lists days and time for specifyingbroadcast dates and times) and drop the program identifier at a desiredmonth, week, day, and time for the selected channel. The examplecalendar user interface includes navigation controls enabling the userto navigate to a desired month, week, and/or year. If the identifiedprogram is a series with multiple episodes, optionally dragging anddropping the program name will cause the latest/newest episode to beadded to the calendar at the specified date/time. Optionally, multipleor all of the episodes for the selected program are listed (optionally,including the episode title, number, version, and last air date) in anepisode user interface, and the programmer can drag and drop whicheverepisode the programmer wishes to add to the calendar. The system maytrack, update and display calendar status information, such as thedate/time the calendar was last modified, who last modified thecalendar, last sync (with a live calendar for consumer viewing)date/time and by who, the calendar status (e.g., draft, finalized,etc.), etc. The system may synchronize the updated calendar with thelive calendar in response to detection a sync command from an authorizedprogrammer.

It is understood that the programs which may be added by a contentprogrammer to a channel or schedule are not limited to prerecordedprograms. The programming tool can be used to select and add an upcominglive program (e.g., a concert, sporting event, awards show, interview,etc.) to a schedule for a channel. For example, the live program may bestreamed from a third party content site. The programming tool mayinspect and check the programming to ensure that the programmer did notschedule the live event to be played at a date/time that is prior to theoccurrence of the live event. If the programming tool determines thatthe programmer has attempted to schedule a live event to be playedbefore the occurrence of the live event (e.g., as determined bycomparing scheduling day/time metadata accessed from the third partycontent site with that of the programming calendar), the programmingtool may notify the programmer of the error and optionally prevent theprogrammer from scheduling the live program at such a prematuredate/time. Thus, optionally, a given channel may include prerecorded andlive streamed programs/clips (or other content, such as image content,social streams, blogs, text messages, etc.). Adding a live streamedevent to a channel may optionally be performed seamlessly, in a mannersimilar to that of recorded, non-live, content.

An auto-program user interface corresponds to an auto-program function.The programmer can define certain criteria for the auto-programming ofprograms by entering or selecting, via respective fields, an endingdate, a duration (e.g., in days, weeks, or months), and the number ofoccurrences. The auto-program function takes a selection (single ormultiple programming blocks) and receives the date, duration, or numberof occurrences in which to automatically program the selection into thefuture. Optionally, in order to use the auto-program function, theprogramming pattern (e.g., day(s) of the week, refresh cycle (daily,weekly, bi-monthly, monthly)) needs to be pre-defined at the programlevel. The auto-program function will automatically program theprogram/episodes in accordance with the programmer's definition, therebyreducing the effort and time needed to perform a repetitive programmingprocess.

A duplicate selection user interface corresponds to a duplicateselection function. The programmer can define certain criteria for theprogramming of programs by entering or selecting, via respective fields,a start date, a repeat definition (e.g., repeat every Monday, Tuesday,Wednesday, Thursday, Friday, Saturday, and/or Sunday), duration (e.g.,in days, weeks, or months), and the number of occurrences. The duplicateselection function takes a selection (single or multiple programmingblocks) and receives the definition in which to automatically programthe selection into the future. The duplicate selection may be used wherethe programming pattern is not pre-defined at the program level. Theduplicate selection function will automatically program theprogram/episodes in accordance with the programmer's definition, therebyreducing the effort and time needed to perform a repetitive programmingprocess.

A check schedule user interface corresponds to a check schedulefunction. The check schedule function is configured to detect errors(e.g. unused space (e.g., a time range in the schedule where no contentis designated to be played), scheduling of a live event to be played ata time prior to the occurrence of the live event, removed or invalidatedclips (or other content), insufficient available advertising andpromotional space (in terms of time), incomplete metadata (e.g., missingthumbnails, titles, descriptions, length information, etc.), etc.) andto report the errors to the programmer before the programmersynchronizes their programming calendar to a live calendar for consumerviewing. The check schedule function report may include a list ofprogramming errors that need to be fixed and programming errors that maybe ignored auto-program function. The programmer can define start andend dates for the schedule check via the check schedule user interface.

Optionally, consumers may also be provided with access to some or allfeatures of the channel scheduling tool to enable users to program theirown channels and to share their channels with other users. Optionally,one or more channels may be crowd sourced by multiple users. Thus, thebroader population may be provided with curating tools to letindependent users generate channels.

For example, the curating tools may enable an independent user to createa linear, scheduled experience out of on-demand content. For example, alibrary of different content may be provided via which the user canassemble a program or channel. By way of illustration, on-demand contentmay be categorized as to themes or subject matter (e.g., retro-comedy,reality clips, etc.). The independent user may select one or morecategories of content from the library, and select one or more items ofcontent from the categories of content to create a program or a set ofprograms. Optionally, the independent user may include content fromother sources as well. The independent user may define a channel usingthe programs (e.g., where the programs are scheduled to be shown atspecified times or according to a specified schedule), and the channelmay be made available to users at large (e.g., via an electronic programguide provided to other users that includes a listing for the usergenerated channel or program) or only to users identified by theindependent user that created the channel or that have a specifiedsocial networking relationship with the independent user.

FIG. 5A illustrates an example program generation user interface whichguides a user (e.g., an independent user who is not a professionalcontent programmer) through a program generation process. Theillustrated example user interface has specific fields and controls forthe assemblage of a music video program for a music channel to furtherease the program generation process for a music video program. Otherprogram-type specific user interfaces may be provided as well (e.g., a“Top 10 list” program definition user interface, a cooking programdefinition user interface, etc.).

In the example illustrated in FIG. 5A, a channel name field is providedvia which the user may enter a name for the user's channel. A playlistname field (where a playlist may correspond to a program) is providedvia which the user may enter a name for the current music video playlistbeing defined. An “add music videos” interface is provided via which theuser can specific or select a music video to add to the playlist. Forexample, the user may enter a song, artist, or album name, and a systemsearch engine will locate and present a listing of matching music videoswith associated play controls enabling the user to view play the musicvideos. The user may then select one or more of the matching musicvideos to add to the playlist. Optionally, the “add music videos”interface may be configured to receive a locator (e.g., a URL) for amusic video to be added to the playlist,

A playlist field displays the music videos currently included in theplaylist, including the name of the music video/song, the associatedrecord label, the play time, and the play ordering (1, 2, 3, etc.). Aplay control may be provided with respective playlist entries, whichwhen activated will cause the corresponding music video to be played. Adelete control may be provided in association with a given playlistentry which the user can activate in order to delete the playlist entryfrom the playlist. The current playlist running time may be calculatedand displayed. The playlist running time may be recalculated anddisplayed when additions or deletions are made to the playlist. Acontrol may be provided enabling the user to select cover art for agiven playlist entry and/or for the channel as a whole. The userplaylist definitions are received and stored by the system.

Optionally, a user interface may be provided that enables the user toinsert user generated content (e.g., video clips) between non-usergenerated content (e.g., between video content from this party videohosting sites). For example, the user generated content (e.g., where theuser records a video of the user acting as a program or channel host)may be used to introduce the next item of non-user generated content. Byway of illustration, if the user is defining a “top 10 list” programthat discusses 10 items of video content, the user interface may firstprompt the user to record (e.g., using a video recorder included in theuser terminal) an overall program introduction. The user interface maythen prompt the user to record an introduction to the video rated number10. The user interface may then prompt the user to record anintroduction to the video rated number 9, then 8, then 7, and so on.Thus, the user interface provides a template guiding the user throughthe program and channel creation process. The process may assemble achannel using a plurality of user-generated programs.

FIG. 5B illustrates an example program guide user interface including alisting for a user-generated program created using the user interfaceillustrated in FIG. 5A. The user generated playlist is included in thechannel guide (“Audra Gold Channel”), and some or all of the albumcovers may be displayed at a given time, where the album cover of thecurrently playing music video is emphasized (e.g., via a frame, color,size, or otherwise). Controls may be provided enabling the viewer toskip a music video or to otherwise navigate through the playlist.Optionally, the playlist may be played on-demand, rather than atspecifically scheduled times.

As noted above, the program lineup for a given channel may be manuallyselected by an operator or automatically selected by a channelgeneration module 150. For example, an operator may specify a theme fora channel. The operator may assign one or more tags to a channel, wherethe tags correspond to the channel theme. By way of illustration, if thetheme of the channel is to be cats, the operator may assign the tags“cat”, “feline”, and “kitten” to the channel. The operator may specifyfurther tags for a specific desired program/episode at a specific time.A given program may be made up of multiple clips (e.g., short videosand/or other content such as image content, social streams, microblogs,text messages, etc.) from one or more sources (e.g., the video hostingsites discussed above, social network streams, microblogs, etc.). Theoperator may also specify time lengths for programs, and the day and/ortime the corresponding program is to be shown. Optionally, the operatormay specify a desired time length, with minimum or acceptable maximumtime for the program and/or for clips (and/or other content) included inprogram. The operator may also specify (e.g., by providing a URL) one ormore sources for video content.

For example, the operator may want a program about cat tricks for a 6:00PM presentation. The operator may specify program tags “cat tricks”,“tricks”, “swimming cat”, “climbing”, etc. The operator may furtherspecify that the program is 30 minutes long, and each clip to beincluded in the program is to be preferably 2 minutes, but no shorterthan 1 minute long and no longer than 3 minutes long, and the program isto be displayed at 6:00 PM. The module may then search the specifiedvideo or other content sources for videos or other content with tagscorresponding to one or more of the tags specified by the user, that arepreferably 2 minutes long, and no shorter than 1 minute and no longerthan 3 minutes, where the total length of the videos are 30 minutes. Theoperator may optionally specify thresholds for numbers of views andviewer ratings the clips (or other content) are to have, as similarlydiscussed elsewhere herein. The operator can similarly specify multipleprograms for a given day or days, and the channel generation module willlocate corresponding clips.

The channel generation module 150 will then schedule the found clips (orother content) to be routed to users that have elected to view thecorresponding programs or channels via the program guide user interface.Optionally, the resulting program assembled by the channel generationmodule 150 may be presented by the system to an operator (e.g., acontent programmer) to ensure that the program, and the assembled clips(or other content) for the program, are suitable. The operator maychange the ordering of the clips (and/or other content), and may deleteclips and add clips or other content (e.g., accessed from a systemdatabase of clips or other content and/or by manually navigating to oneor more video sources or other content sources to identify and selectclips or other content).

As similarly discussed above, the content described herein may be in theform of video content, music content, still image content, socialstreams, text messages, etc., or any combination thereof. Thus, forexample, a programmer (or an end-user programming their own channel),may compose a program (e.g., an episode) or channel to include a mixtureof video clips, streaming microblogs, and social networking streams. Byway of illustration, a programmer may compose a channel program toinclude a 3 minute video clip of a pet doing tricks, followed by a 30second stream of a social network associated with the channel (which mayinclude substantially real-time user posts related to the video clip),followed by a 15 second stream of a microblog of a first specifiedperson (which may include substantially real-time posts from the firstperson related to the video clip), followed by a 2 minute clip of a petdoing tricks, followed by another 30 second stream of the social networkassociated with the channel, followed by a 15 second stream of amicroblog of a second specified person, followed by a 2 minutes of alive dog show, and so on. Thus, a program and/or channel may integratedifferent types of content/media (including live and recorded content)from different types of sources.

As similarly discussed above, programs and/or channels may beautomatically generated, and programs and/or channels. Further, sociallydriven real-time programming of channels may be provided. By way ofillustration, viewer input may be taken into account in generating aprogram or channel, in real-time. For example, a poll may be provided tousers (e.g., via the program guide, a pop-up prompt, a text message, orotherwise) during a clip, program, advertisement, or content transition,asking viewers what they would like to see next. When the poll is for anexisting channel, the poll may include choices related to the subjectmatter of the channel or program. By way of illustration, if the channelis for dog tricks, the poll may ask if they want to see a clip of avideo a dog performing a retrieving trick, a jumping trick, or acatching trick. Based at least in part on the votes, correspondingcontent may be selected (optionally in real time), and the selectedcontent may then be displayed next and/or at a later time.

Optionally, content (e.g., a video clip, image, etc.) for a channel orprogram, and/or the theme of a channel or program, may be selected orgenerated based, at least in part, on input from social network sources.For example, trending subjects may be identified on one or more socialnetwork sites, such as microblog sites, image posting sites, etc. Thetrends may be identified via metadata (e.g., keywords, key phrases,hashtags, subject descriptions etc.) associated with social networkdata, or from an analysis of the content itself. For example, the speedof posts (e.g., the number of posts per minute) and acceleration ofposts (e.g., the rate of increase or decrease of posts over a period oftime, such as the last hour) regarding a particular subject may bedetermined and used in selecting an item of content for a program, maybe used to select a title or a channel.

Rules may be defined which specify which social network data, in termsof content, source and/or time period, is to be used in determiningwhich content to select. For example, a rule may specify that videoclips from one or more specified sources having metadata correspondingto the top 10 Twitter hashtags over the last 24 hours are to be selectedfor a program. By way of further example, a rule may be definedspecifying that the 20 most popular video clips (in terms of views overthe last 7 days), from a specified video hosting website, having thephrase “cat trick” in the title, are to be identified, and that the top5 of those 20 video clips having the most views over the previous 24hours are to be selected to form a program.

Optionally, an automated process of selecting and/or generatingtransitions/interstitials (e.g., quizzes, jokes, news, trivia,information regarding programs or channels, user submitted content(e.g., video, still image, text, etc.), sponsored content, advertising,etc.) between clips or programs may be utilized. For example, aninterstitial may be in the form of text, video, and/or audio contentthat may be presented during (e.g., as a partial overlay) and/or after agiven item of primary content is being displayed (where primary contentmay be a programmed clip, such as a clip of a cat trick for a cat trickprogram). The interstitial may be used to aid in tying or bridging clipsinto a program, or tying or bridging programs into a channel. Theinterstitial may provide information regarding an upcoming clip orprogram. The interstitial may optionally be selected based at least inpart on characteristics of a viewer (e.g., user preferences, userprofile information, etc.). Rules may be defined to select aninterstitial.

An interstitial may include static content (e.g., static text) and/ordynamic content (e.g., dynamically selected text). By way ofillustration, static text may include the phrase “Coming up next”followed by dynamic text including the title or subject matter of theupcoming content (“the week's funniest cat videos”), optionally obtainedfrom metadata associated with the upcoming content.

An interstitial may be composed using a variety of specified media filesand/or text. For example, a “you are watching” interstitial to bepresented immediately before a commercial during an episode/program mayinclude some or all of the following: a specified text tagline (e.g.,“You are watching”), a channel logo specified via a logo locator (e.g.,“channels/news-247/news247.ai”), a channel number (e.g., channel 101),an episode/program name (e.g., “Headline News”), a start time for theepisode/program (e.g., “8 PM/7 PM CT”), a channel video specified via avideo locator (e.g., “channels/[channel.slug]/video.mp4”), achannel-related image specified by an image locator (e.g.,“channels/[channel.slug]/hero.jpg”), a channel-related music filespecified by a music locator (e.g.,“channels/[channel.slug]/music.mp4”), a channel-related audio voice overfile specified by a voice over audio file locator (e.g.,“channels/[channel.slug]/voiceover.mp3”), a system operator specificaudio voice over file specified by a system operator voice over audiofile locator (e.g., “global/onlyonplutotv.mp3”), a timeline identifier,an ad break index, a sequence index, etc. A user interface may beprovided that includes fields to receive some or all of the following:tagline text, a channel logo locator, a channel number, anepisode/program name, a start time for the episode/program, a channelvideo locator, a channel-related image locator, a channel-related musicfile locator, a channel-related audio voice over file locator, a systemoperator specific audio voice over file locator, a timeline identifier,an ad break index, a sequence index, etc. Some or all of the fields maybe automatically populated from information accessed from one or more ofthe data stores discussed herein. The defined interstitial may then beassembled and transmitted to a user for presentation.

By way of further example, a “welcome back” interstitial to be presentedimmediately after a commercial during an episode/program may includesome or all of the following: a current channel number, a channel logospecified via a logo locator, an episode/program name, a nextepisode/program name, a next episode/program start time, a channel videospecified via a video locator, a channel-related image specified by animage locator, a channel-related music file specified by a musiclocator, a channel-related welcome back audio file specified by acorresponding audio file locator, a system operator specific audio voiceover file locator, etc. A user interface may be provided that includesfields to receive some or all of the foregoing. Some or all of thefields may be automatically populated from information accessed from oneor more of the data stores discussed herein. The defined interstitialmay then be assembled and transmitted to a user for presentation.

By way of further example, a “title” interstitial to be presentedimmediately before an episode/program may include some or all of thefollowing: a channel logo specified via a logo locator, anepisode/program name, a video container file name, an audio file namefor an audio file that describes and/or states the name of theepisode/program, a channel related music file name, etc. As similarlydiscussed above, a user interface may be provided that includes fieldsto receive some or all of the foregoing. Some or all of the fields maybe automatically populated from information accessed from one or more ofthe data stores discussed herein. The defined interstitial may then beassembled and transmitted to a user for presentation.

Optionally, fields may be provided via which a user can specify channelspecific themes (e.g., background color(s), font color(s), font type(s),font size(s), etc.) for interstitials. The received field entries may beused by the system is composing a given interstitial for a channel.

By way of further example, the interstitial content may be selected thatcorresponds to the user's interests. By way of illustration, if it isdetermined that the next program is not of interest to the viewer (e.g.,by comparing preference information for the viewer that indicates theviewer's subject matter interests with metadata of the next program thatindicates the subject matter of the next program), but a program thatwill be displayed in two hours is of high interest to the viewer, thesystem may select a interstitial that discusses the program that will bedisplayed in two hours rather than the next program.

Optionally, as discussed above, the system may be configured togenerate, using artificial intelligence, a computer generated channel orprogram host. For example, the host characteristics may be selectedbased at least in part on user account information, user preferenceinformation (e.g., expressly provided and/or inferred user preferences),and/or metadata associated with program host. The computer generatedhost may be used to deliver interstitial content, examples of which arediscussed above

Interstitials may be interactive and may provide the user with enhanceduser interfaces and interactivity. Further, interstitials may bedynamically generated based on current conditions/information, reducingthe need to pre-generate and store extremely large number numbers ofpotentially needed interstitials, thereby reducing non-volatile memoryutilization. An interstitial may be displayed between clips, during abreak in a program, immediately before and/or after a commercial (e.g.,to retain a viewer's during a commercial), or otherwise. The type ofinterstitial and/or interstitial content may be randomly (which includespseudo-randomly) selected for a given interstitial slot (e.g., inresponse to a randomizer control being set). Different types ofinterstitials (or different specific interstitials) may be associatedwith different weights for different interstitial slots so that certaintypes of interstitials will be selected more often for presentation fora given slot by a pseudo-random selection process. For example, certaintypes of interstitials may be more heavily weighted for an interstitialslot immediately prior to the beginning of a program, while other typesof interstitials may be weighted more heavily for an interstitial slotimmediately prior to presentation of an advertisement. A user interfacemay be provided that enables an operator or other user to assign weightsto interstitials or interstitial-types for specific interstitial slotsor slot types. Factors that may be evaluated by the system in theautomated selection of interstitials for a given interstitial slot mayinclude some or all of the following: current channel, currentepisode/program, randomizer control setting (on/off), current time(within a 24 hour clock), time position within a currentepisode/program, number of advertisements scheduled for a currentepisode/program, interstitial type/identifier, a container type, acurrent ad pod present (that specified the type and/or order aninterstitial plays within an ad pod).

Examples of interactive interstitial types may include games (e.g.,crossword puzzles, chess, checkers, 20 questions, etc.), triviaquestions (e.g., trivia questions regarding programs, actors, directors,writers, politicians, sport statistics, album sales, album names, carbrands, etc.), social media interactions, ticketing, voting, etc. Otherexamples of interstitials (which may or may not be interactive) includeweather interstitials (e.g., where the system accesses geolocationinformation of the user, accesses corresponding weather information froma weather information database, and displays the weather information,such as temperature, rain, wind, weather maps, via the interstitial),health information interstitials (e.g., providing health-relatedinformation from wearables or scales), promotional interstitials(providing information regarding upcoming programs or regarding productsor services), social media feed interstitials (e.g., displaying postsand/or post feedback from user specified social networking services,such as microblogs, photograph posting services, video posting services,etc.), an informational dashboard regarding the user's day (e.g.,incoming email, calendared events, social network feeds, etc.), findfriends interstitials, advertisements, and news feeds interstitials.

It is understood that, as similarly discussed elsewhere herein, althoughthe present description refers to interstitials, the same or similarinterfaces or data may be presented to the user via an overlay (e.g. viaa widget). For example, the “interstitial” may partially overlay thedisplay of a program or a program clip. Optionally, when used as anoverlay, the “interstitial” may be translucent or semi-transparent toenable the underlying program or program clip to be viewed to at leastsome degree.

Interstitials may be provided to keep a user engaged and interested inviewing content. Further sets of related interstitials may be presented,where a first interstitial is presented before one or more items ofother content (e.g., advertisements or video clips), and a second,related interstitial is presented after (e.g., immediately after) thoseone or more items of other content.

An interactive interstitial may provide the user with an opportunity toprovide input (e.g., commands or data) in response to content presentedvia the interstitial. For example, if the interactive interstitial is aquiz, the user input may be a response to the quiz. By way of furtherexample, if the interactive interstitial requests the user to postinformation, a “like” or other approval indicator, a video frame, avideo clip, or other posting, to the user's social online presence(e.g., a social networking site, a microblog, an image posting site,etc.), the user may respond by posting to the user's social onlinepresence. By way of yet further example, if the interactive interstitialis a game, the user input may be a game play input.

By way of still further example, an interstitial, presented just beforean advertisement break (sometimes referred to as an advertisement pod,including one or more advertisements), may include a first portion of ajoke (in the form of text and/or audibly, optionally including an imageof a person or animation telling the first portion of the joke). Thesecond portion of the joke (e.g., a punchline) may be presented asanother interstitial after the advertisement break.

Thus, by using related interstitials before and after other content, auser may be more likely to view the content between the relatedinterstitials.

Optionally, a paired device (e.g., a user mobile device, phone, laptop,desktop, etc.) may be used to prompt the user to interact with theinteractive interstitial presented on another device (e.g., a televisionor monitor coupled to an internal or external streaming Internet mediaplayer and hosting a client application or coupled to a set top box) andto receive a user input (e.g., a touch, text, or voice input). The userinput may then be transmitted from the paired device to the remotesystem. For example, the paired device may host an application (such asthat discussed elsewhere herein) configured to paired with a useraccount (e.g., by logging into the user account via the application) andto display such prompts and/or to receive such user input.

By way of illustration a video stream (e.g., of a program composed ofclips) may have interstitial/overlay notification triggers embeddedtherein. When the video stream is playing, the trigger may be detectedby the remote system (e.g., the server that stitches clips (e.g., fromdifferent sources) together to form a program) or by the client hostedon the streaming Internet media player (via the server that providesstreaming content to the client) or host a client application or set topbox. The streaming Internet media player may be coupled to a televisionto display streaming content from the media player. When the trigger isdetected, a message is transmitted to a detected online paired deviceapplication, which causes the user prompt to be displayed to provide auser input related to the interstitial/overlay.

Examples of interstitial selection will now be described. Optionally, aninterstitial (to be displayed in an interstitial slot or opportunity)may be selected based in whole or in part on the content of a currentlyviewed program/program segment (e.g., as determined based on some or allof associated metadata). For example, if the interstitial is a quiz, thequiz may comprise a question regarding the program being watched,regarding an event that occurred in the program segment immediatelybefore the interactive interstitial and after the previous interstitial,or regarding a particular frame of the program (which may be displayedby the interstitial).

By way of further example, the quiz may relate to an actor or otherperson appearing in the program, a director of the program, musicaccompanying the program, etc. By way of illustration, the quiz may askthe user to identify other programs a given actor has appeared in. Byway of further illustration, the quiz may ask the user to identify thefirst episode in a serial program that a given actor appeared in. By wayof illustration, the quiz may ask the user to identify in which episodea plot event occurred (e.g., when two characters started dating, when acharacter lost a job, etc.). By way of further illustration, the quizmay ask the user to identify the first episode in a serial program thata given actor appeared in. Other illustrative examples may relate to anactors personal life (e.g., who are they dating, who they are marriedto, where do they live, how many children they have, what type of petthey have, etc.).

Optionally, the interstitial may be selected based on the content of acurrently viewed program but may not be directly related to the contentof the currently viewed program. For example, if a user is viewing aprogram of a performer known as a fashion setter, the interstitial maybe a trivia quiz related to fashion generally. By way of illustration,the quiz may request the user to identify a current fashion trend, orwhich designer began a specified fashion trend. By way of furtherillustration, if the program is a reality program, the quiz may ask theuser questions relating to another reality program or a realitycelebrity that is not in the program currently being viewed.

Optionally, the system may have a predefined set of interstitials thatare available to be displayed between program segments or betweenprograms. The interstitial set may be defined for a specific program orchannel, or the interstitial set may be defined for a set of channels orprograms. The interstitial set definition may be stored in memory inassociation with corresponding program or channel identifiers. Theinterstitial set definition may be customized for a particular user.Optionally, the interstitial set is not associated with a specificprogram or channel or set of programs or channels.

Optionally, when an interstitial will be needed to fill an interstitialslot between program segments or between programs or for otherinterstitial placement opportunities, the corresponding interstitial setdefinition may be accessed from memory. For example, the correspondinginterstitial set definition may be accessed by the system automaticallyissuing a query to an interstitial data store that stores interstitialsand/or interstitial set definitions. The query may include an indicationof the program, program segment, and/or program channel the interstitialis needed for. The data store may search for and identify thecorresponding interstitial set definition.

The actual interstitial used for a given interstitial opportunity may bedynamically selected from the accessed interstitial set definition basedon one or more parameters. For example, the interstitial may be selectedusing historical user activity information, such as how the userresponded to an immediately preceding interstitial. By way ofillustration, if the previous interstitial was an interactiveinterstitial of a first type, but the user declined to interact withinterstitial of the first type, the system may select an interstitial ofa second type from the set of interstitials and not use the interstitialof the first type. If, instead, the user interacted with theinterstitial of the first type, the system may select the same oranother interstitial of the first type for display to the user.

By way of further example, if the user responded to an interactiveinterstitial trivia quiz, the next selected interstitial to be displayedto the user may include the response received from the user, andindication as to whether the user response was correct (e.g., asdetermined by the system), and/or the correct answer to the quiz. By wayof still further example, if the user provided an input to interactiveinterstitial game, the next selected interstitial to be displayed to theuser may include the result of the user's game input (e.g., a gamescore, a player ranking, a movement of an electronic game piece, etc.).By way of still further example, if the user responded to an interactiveinterstitial requesting the user to post content on the user's socialpresence (e.g., social network webpage, photograph feed, microblog,video feed, etc.), then the next selected interstitial to be displayedto the user may display reactions of others to the user's postingprovided via the corresponding social presence.

Program/program segment metadata may be used to populate aninterstitial. By way of illustration, a given item of content (e.g., aprogram or program segment) may be associated with metadata. Themetadata may include information regarding or related to the content(e.g., actors, celebrities, cast, production crew, fictional characters,biographies, plot summaries, other metadata discussed herein, etc.). Thesystem may access the metadata and use the metadata to generate aquestion for the user to be presented via an interstitial at a next orlater interstitial opportunity. A third party database may also be usedto populate an interstitial.

Optionally, with respect to the trivia quiz interactive interstitial,the quiz may be composed using an artificial intelligence engine thataccesses a content information database (e.g., that provides informationon movies, television, actors, celebrities, cast, production crew,fictional characters, biographies, plot summaries, trivia and reviewsvideo games etc.). Optionally, the artificial intelligence engine maytake into account the current elapsed play time of the content beingwatched to avoid providing a trivia question that will disclose or“spoil” an upcoming event in the content being watched. Optionally, theartificial intelligence engine may take into account the current elapsedplay time of the content being watched to avoid providing a questionthat cannot be answered until the user has viewed a later portion of thecontent. For example, a given trivia question may have an associatedtimestamp that associates the trivia with a given point in the content.The artificial intelligence engine may exclude a question associatedwith such trivia from the trivia quiz interactive interstitial until thegiven content point has been played.

The selection of the interstitial may also be selected based in whole orin part on the user's navigation of content being consumed. For example,the system may optionally detect a user's navigation mode. By way ofillustration, the system may detect whether the user is viewing aprogram at normal speed, if the user is fast forwarding through aprogram, or if the user is rewinding through the program. The user maybe performing navigation using rewind, play, fast forward, and/orscrubber bar controls. Optionally, the system may dynamically selectdifferent interstitial content to be displayed depending on the detectednavigation mode. For example, the system may select an interactiveinterstitial if it detects the user is viewing at normal speed, thesystem may select a static interstitial (e.g., comprising a still imageand/or text) if the system detects the user is rewinding, and the systemmay select an animated interstitial if the system detects the user isfast forwarding.

By way of further example, the interstitial may also be selected basedin whole or in part on user preferences and/or interests stored in asystem data store, as similarly discussed elsewhere herein. The userpreference may specify the type of interstitial the user likes (or arefavorites) or does not like. The user specification may be provided viaa user interface provided via a webpage, an app, or otherwise. The userinterface may enable the user to indicate whether the user likes or doesnot like a given interstitial or interstitial type via a “like” and/or a“do not like” control. Optionally, the user interface may enable theuser to specify on a scale how much the user likes a given interstitialor interstitial type. For example, the user interface many enable theuser to rate a given interstitial or interstitial type on a scale (e.g.,a scale of 1 to 5, a scale of 1 to 10, or a grade A to F).

By way of illustration, if the user indicated that the user does notlike trivia quizzes, then the system may inhibit the presentation oftrivia quiz interstitials. By way of further illustration, if the userindicated that the user enjoys using social networks, then the systemmay present social interstitials to the users. In addition to using userpreferences in determining which interstitials to present to a user, thesystem may use such preferences in determining a frequency with which topresent a given interstitial or interstitial type. For example, if theuser rated a given interstitial or interstitial type on a scale, themore favorably the user rated the given interstitial or interstitialtype, the more often the given interstitial or interstitial type will bepresented.

Optionally, an interstitial selection user interface may be provided viaa webpage, a dedicated interstitial application, a video contentplayback application, a linked companion device (e.g., a mobile phone, atablet computer, or a television/media player remote control (e.g.,having a touch or non-touch display and user input controls) hosting anapplication configured to display the video content disclosed herein)and/or an interstitial enabling a user to select and/or rateinterstitials. The interstitial selection user interface may presentinterstitials offered by one or more sources. The interstitial userinterface may include a filter control enabling a user to specify thatthe user interface is to display interstitials in specified categories(e.g., interactive, games, trivia, utilities, etc.) and/or fromspecified sources.

Examples of user input in response to an interactive interstitial willnow be described. User input in response to presentation of aninteractive interstitial may be provided by the user and received by thesystem via a variety of techniques. For example, the interstitial mayinclude controls that may be activated by the user via touch, cursor,hand motions, or otherwise. The user device may communicate the userinputs over a network to a remote system which may then process the userinputs in a manner corresponding to the interstitial. By way of furtherexample, the user input may be provided via an out-of-band or sidebandchannel, such as via a text or MMS message, or via a remote procedurecall (RPC) message provided via the user's phone, tablet, laptop,desktop, or other text or multimedia messaging system.

By way of illustration, if the user is responding to a trivia quizpresented by a trivia quiz interstitial, the user may provide a responsevia an SMS text message addressed to an address specifically associatedwith the trivia quiz interstitial or via an application (e.g., installedon a mobile user device, such as a phone). The text message may be sentby the same user device being used to view the interstitial, or the textmessage may be sent via a different user device. For example, theinterstitial may be provided over the Internet via a wired and/or localarea network connection and viewed on a laptop or tablet computer, andthe text message may be transmitted over a cellular network (e.g., a 3G,4G, LTE, or other cellular network) using a separate phone device. Assimilarly discussed elsewhere herein, optionally a paired companiondevice (e.g., a user mobile device, phone, laptop, desktop, etc.) may beused to prompt the user to interact with the interactive interstitialpresented on another device (e.g., a television or monitor coupled to aninternal or external streaming Internet media player and host a clientapplication or set top box) and to receive a user input (e.g., a touch,text, or voice input). The user input may then be transmitted from thepaired device to the remote system. Optionally, the application on thepaired companion device may store locally and/or on a remote system arecord of all interactive interstitials displayed to the user. Suchinteractive interstitials may be accessed and displayed via the pairedcompanion device or another user device at a later date, and the usermay then engage and respond to the displayed interactive prompts.

For example, the paired device may host an application (such as thatdiscussed elsewhere herein) configured to paired with a user account(e.g., by logging into the user account via the application) and todisplay such prompts and/or to receive such user input.

By way of illustration a video stream (e.g., of a program composed ofclips) may have interstitial/overlay notification triggers embeddedtherein. When the video stream is playing, the trigger may be detectedby the remote system (e.g., the server that stitches clips (e.g., fromdifferent sources) together to form a program) or by the client hostedon the streaming Internet media player (via the server that providesstreaming content to the client) or host a client application or set topbox. When the trigger is detected, a message is transmitted to adetected online paired device application, which causes the user promptto be displayed to provide a user input related to theinterstitial/overlay

With respect to the quiz example, the system may receive the textmessage, parse the user's response, compare the user's response againsta correct answer associated with the question posed by the trivia quizinterstitial, and determine if the user answered the quiz correctly. Assimilarly discussed elsewhere herein, the system may cause a subsequent(or the same) interstitial to present an indication to the user as towhether the user correctly answered the trivia quiz. The system may keepa record of each trivia quiz the user answered correctly and/orincorrectly, and provide the user with a corresponding score and/orranking which may be displayed to the user via interstitials. Suchrecord may also be accessed and recalled in a linked companionapplication and/or may be summarized via a scoreboard for later viewingon a user device. The optional use of an out-of-band or sideband channelto provide interactivity enables more asynchronous communication betweena user via a user device and the remote system, and further reduces theloading on the network used to stream video content to a user device.

By way of yet further illustration, if a social presence interstitialprompts the user to post a hash tagged phrase (e.g., #ILovePluto.tv) toa given microblog (or a phrase with other labels or metadata tags usedon make it easier for users to find messages directed to specifictopic), the system can then conduct a search of the user's microblogaccount to determine if the user posted the hash tagged phrase. Thesystem can also monitor any such posting to identify reactions by otherusers to the posting (e.g., likes, re-transmission or reposting of theuser's posting, comments, etc.). The system may cause a subsequent (orthe same) interstitial to present an indication to the user that theuser has posted the hash tagged phrase and/or the reaction of others tothe hash tagged phrase (e.g., the number of likes, sharings,re-transmissions, reposting, comments, and/or the comment content/text).Optionally, the user may identify via a user interface one or moresocial network and/or content sharing accounts via a link to the user'ssocial network page or feed, and/or via a user identifier and passwordsfor such accounts, which may be stored in memory and later used tomonitor the user's posting.

Optionally, an API may be provided to enable third parties the abilityto code applications, games, etc., to be presented via an interstitial.The API may enable a variety of parameters to be passed (e.g., whichcontrols are to be displayed, the interstitial content, where theinterstitial is to be accessed from, the translucency of theinterstitial, the source of the interstitial, branding information,themes, etc.). The API may enable a third party to define visual assets,visual design and styling, font selection, display templates, preferredinteraction methods, time limit to respond, interstitial targetingmetadata such as demographics, category, genre, ideal age, gender,location, etc. Optionally, the system may rank interactive interstitialsbased at least in part on the number of users inputs received as aresult of an interstitial. For example, if an interstitial prompts auser to post a hash tagged phrase or a phrase with other labels ormetadata tags used on make it easier for users to find messages directedto specific topic, the system may count the number of times the hashtagged phrase was posted, and use that count in determining thepopularity or success of the interstitial. Optionally, the system mayissue queries to determine the number of times a hash phrase was tagged,and display the number of times the hash phrase was tagged to the userin a subsequent interstitial to indicate the popularity of the user'sposted phrase. The ranking or popularity indication (number of actionstaken, number score, grade score, etc.) may be presented to users viathe interstitial, via another interstitial, via an interstitial libraryuser interface, or otherwise.

Optionally, an interstitial may be personalized for a user in terms ofits appearance (e.g., color, skin, etc.) and the content provided viathe interstitial as described elsewhere herein.

Example processes will now be discussed with reference to the figures.

FIG. 14 illustrates an example process for selecting, populating, anddisplaying an interstitial. The process may be performed by the system,by the client, or partially by the system and partly by the client. Atblock 1402, some or all of the following data may be accessed:

user device location;

current time;

behavior of social connections;

program/clip metadata;

navigation information;

historical interstitial viewing and/or interaction data;

preference information; and/or

predefined interstitial set definitions.

The location of the user device may optionally be determined using itsIP address, GPS information, or otherwise. The location information maybe used to identify which interstitials are permitted to be provided tothe user at the user's current location. For example, certaininterstitial content may only be licensed for use in certain countries,but not others. By way of further example, the location information maybe used to find interstitials that are relevant to the user. By way ofillustration, if the user location is in a desert region, interstitialsrelated to sailing may be determined to be of less interest to the user,while interstitials related to sunblock may be of more interest to theuser.

The behavior of social connections may be determined by accessing theuser's social graph that describes the user's relationships with one ormore other users. By way of example, optionally the social graph may begenerated by the content scheduling system or the social graph may beaccessed from a third party social networking site which the userauthorized the content scheduling system to access. The actions of thoseusers may then be determined. For example, the navigation and viewinghistory, expressed preferences, inferred preferences, historicalinterstitial interactions and/or other information regarding the otherusers may be accessed.

Examples of program/clip metadata, navigation information, historicalinterstitial interaction data, preference information, and predefinedinterstitial set definitions that may be used with the process will nowbe discussed in greater detail.

As discussed elsewhere herein, the program/clip metadata may includetimestamps and information regarding people or items in a clip orprogram or associated with those involved in creating the clip orprogram. For example, the metadata may include the names or otheridentifiers of cast members, writers, directors, producers, artists,performers, other people that appear in the program or clip, etc.,optionally in association with their respective titles/jobfunctions/character names (e.g., cast member, lead male, lead female,director, producer, principal photographer), and when cast membersappear in the program or program segment. Other examples of metadata mayinclude album names and album sales associated with a performerappearing in the program or clip. Still other examples of metadata mayinclude genre, category, sub-category, etc. Yet other examples aredescribed elsewhere herein. Optionally, certain metadata, such as thename of the program or clip, and timestamp information may be used toaccess from a database (e.g., over a network from a third partydatabase) certain information, such the length of program or clip, arating of a program or clip, ratings of a program or clip, reviews of aprogram or clip, names or other identifiers of cast members, writers,directors, producers, artists, performers, other people that appear inthe program or clip, etc., optionally in association with theirrespective titles/job functions/character names.

As similarly discussed elsewhere herein, the navigation information mayinclude information on whether the user is viewing a program at normalspeed, if the user is fast forwarding through a program, or if the useris rewinding through the program. The navigation information may includea history of content user has previously viewed, including contentviewed by time of year, time of week, and/or time of day. The user maybe performing navigation using rewind, play, fast forward, and/orscrubber bar controls. The navigation information may be transmitted bythe user client (e.g., a web browser executing a video player ordedicated application) to the remote system over a network. Optionally,the user client may transmit the play time update to the remote systemwhich may utilize this information to determine user navigation and/orto determine when an interstitial is to be displayed.

The historical interstitial viewing and interaction data may includesome or all of the following information: which interstitials werepresented to the user, when the interstitials were presented, whichinterstitials were presented on the current user device, whichinterstitials were presented on other user devices, on which channelsthe interstitials were presented, on what programs the interstitialswere presented, the historical physical location of the user device(e.g., as determined from an IP address, GPS information, or otherwise)when a given interstitial was viewed, on how the user responded to oneor more previous interstitials (e.g., an immediately precedinginterstitial, interstitials presented earlier in the program,interstitials presented on other programs on the same channel,interstitials presented on other programs on other channels, etc.),and/or how the user responded to interstitials of different types (e.g.,trivia question type interstitials (e.g., trivia questions regardingprograms, actors, directors, writers, politicians, sport statistics,album sales, album names, car brands, etc.), social media typeinterstitials, ticketing type interstitials, voting type interstitials,etc.).

The preference information may include expressly provided preferenceinformation provided by the user via a preference user interface and/orinferred preference information based at least in part on userinteractions with interstitials, programs, channels, viewing history,user navigation, and viewing behavior, etc. For example, a userinterface may be provided via which the user can specify that the useris interested in certain subjects (e.g., certain sport types, certainsport teams, weather, certain news topics, actors, show types, etc.).Preference information may be inferred based on the user's contentviewing history (which channels and programs the user has watched, andhow much time the user has spent watching a given channel or program),and/or user behaviors (e.g., how long a user watches content per day orweek, how many times in a specified time period the user changeschannels, how often per specified time period the user tries a newchannel or show (a channel or show the user has not previously viewed),etc.).

A given predefined interstitial set definition may define a set ofinterstitials that are to be used for a specific program, channel,subject matter, or content source. The interstitial set definition maybe stored in memory in association with corresponding program, channel,subject matter, or content source identifiers. Optionally, theinterstitial set is not associated with a specific program or channel orset of programs or channels.

At block 1404, the process determines which interstitial is to bedisplayed for an interstitial opportunity between programs, clips, or asan overlay. The determination may be based in whole or in part on theinformation accessed at block 1402. For example, if the user is viewinga music video, and is not fast forwarding or rewinding, the interstitialmay be a music trivia interstitial.

At block 1406, the process determines when the interstitial is to bedisplayed. For example, there may be metadata associated with theprogram that indicates when an interstitial is to be displayed, and theuser client or server may detect such metadata and issue a request to aremote system from the interstitial.

At block 1408, data needed to populate the interstitial is accessed. Forexample, the data may be accessed from a system database or the data maybe accessed from a remote third party data store. By way ofillustration, if the interstitial is a trivia quiz regarding a programthe user is watching, the accessed data may include names or otheridentifiers of cast members, writers, directors, producers, artists,performers, other people that appear in the program or clip, etc.,optionally in association with their respective titles/jobfunctions/character names. The data may optionally include the varioustime periods and/or scenes a given cast member appears in a program.Other data may include information on other programs (e.g., names ofmovies, television shows, shared videos, musical performances, etc.)they have been involved in (e.g., appeared in, wrote, directed,produced, etc.), personal information (e.g., age, year born, maritalstatus, name of significant other/spouse, number of children, income,other business interests, etc.), photographs, etc.

At block 1410, the process enables the interstitial to be displayed,populated with some or all of the accessed data. For example, if theinterstitial is a trivia quiz regarding a program the user is watching,the interstitial may present a question regarding an actor in theprogram (e.g., “Name three other movies John Doe appeared in”). Thequestions may be automatically generated using language processing, maybe generated by a curator, may be submitted by viewers, may be accessedfrom third party databases, may be selected via collaborative uservoting on potential questions, via social submission (e.g., by tagging aquestion), via a moderated or non-moderated AMA (“ask me anything”),and/or otherwise.

FIG. 15 illustrates an example interstitial interaction process that maybe performed after a program segment or an entire program (or theinterstitial may be displayed as a partial overlay with the program isplaying). At block 1502, an interactive interstitial is displayed,prompting the user to take an action. After a period of time or inresponse to an event, the interactive interstitial is no longerdisplayed, and the program (or a subsequent program) is played. Forexample, the interactive interstitial may be displayed by the client fora predetermined amount of time. The predetermined amount of time mayhave been specified via data included in the interstitial, by the remotesystem, or by the client. Optionally, the interstitial may be displayeduntil an event occurs, such as a detection of a user activation of ainterstitial “close” control or a program “play” control, a terminate orplay command from the remote system is received, or detection of a useraction responding to the interstitial user action prompt.

At block 1504, the user takes an action responding to the interstitialuser action prompt. For example, the user may activate a control and/orprovide data (e.g., textual data (e.g., a hash tagged phrase), imagedata, emoji's, etc.) via the user client, or via an out-of-band orside-band channel. At block 1506, the process detects and optionallyreceives the user input. For example, the user input can be provided viaa text message directed to a phone number associated with the remotesystem which may then receive the text message. By way of furtherexample, the user input can comprise an image, text, and/or graphic postto one or more social presence services (e.g., a microblog, a socialnetwork, a video or image sharing service, etc.). The system may detectthe user input by monitoring the user's social presence to determinewhether and what the user has posted content. The system may log intothe user's social presence account to monitor the user's postings andother actions that have timestamps after a timestamp associated withwhen the interstitial was displayed to the user. At block 1508, thesystem may analyze the user's postings to determine if the postingscorresponding to a response to the interactive interstitial. Forexample, if the interactive interstitial prompted the user to post ahash tagged phrase, the system may compare the user's postings with thephrase and determine whether there is a match.

If there is a match the system determines or infers that the user postedthe phrase is response to the interactive interstitial. Otherwise, thesystem determines or infers that the user did not respond to theinteractive interstitial.

Assuming the system determines or infers that the user took an action inresponse to the interactive interstitial, at block 1510, the processdetermines whether feedback on the user's action is be provided to theuser (e.g., via another interstitial, which may or may not be aninteractive interstitial). For example, the system may determine whetherthe user is still viewing content via client, such as the same clip,program, or channel that the viewer had been watching when theinteractive interstitial was presented to the user. The system may alsodetermine whether there is a current interstitial presentationopportunity. If the system determines that the user is still viewingand/or there is a current interstitial presentation opportunity, atblock 1512 an interstitial is presented via the user client, populatedwith the feedback. For example, if the user action was a response to aquiz, the feedback may indicate whether the user provided a correctanswer and, if not, the correct answer. By way of further example, ifthe user action was to post content on a social network, the feedbackmay be an acknowledgment, and optionally a presentation of the number oflikes, shares, re-transmissions, and/or comments.

FIG. 16 illustrates an example process for selecting content for aninteractive interstitial (e.g., a trivia quiz interstitial). At block1602, the process accesses the name of the content (or other contentidentifier) being played (e.g., the program or program segment) and thecurrent play position (the current elapsed play time). At block 1604,the process accesses a database and issues a query for related content(e.g., to generate a quiz to populate an interstitial) using the contentname (or other identifier) and optionally the play position. Assimilarly discussed above, the content related data may include mayinclude the names or other identifiers of writers, directors, producers,artists, performers, other people that appear in the program or at theprogram segment currently being played, optionally in association withtheir respective titles/job functions/character names.

At block 1606, a determination is made as to whether the data relates toan event or character appearance that has not yet occurred, but willoccur after the display of the interactive interstitial. If adetermination is made that the data relates to an event or characterappearance that has not yet occurred, but will occur after the displayof the interactive interstitial, at block 1608, the data is excludedfrom being used for the quiz question (e.g., to avoid prematurelyrevealing a plot event, and so to avoid spoiling the movie for theuser).

At block 1610, appropriate data items are selected for the interactiveinterstitial quiz question. At block 1612, the selected data arere-written as questions for populating the interactive interstitial. Atblock 1614, the populated interactive interstitial is provided fordisplay on the user device.

FIGS. 17A-17U illustrate example interstitial user interfaces. A giveninterstitial may optionally include one or more video and/or audiocomponents as described elsewhere herein. For example, an interstitialmay include a video in the foreground corresponding to the subject of aprogram/episode, scrolling/animated text in the background, and a musictrack (e.g., specific to the episode or channel).

FIG. 18A illustrates an example interstitial format including dynamicdata elements for an interstitial to be displayed as opener for aprogram/episode (e.g., immediately prior to the beginning of aprogram/episode). The elements may be selected in whole or in part basedon respective program/episode/clip metadata. The interstitial elementsmay include some or all of the following:

-   -   Theme Colors: optionally includes overlays, text, and/or flat        graphics. Optionally, the theme colors may change based on        themes established in the channel's brand guidelines. Refer to        the differences between the above and below image to understand        the changes that happen in color themes.    -   Episode Name: the episode name changes based on the series        metadata, where the episode name may reflect the current episode        playing or an episode that is about to play.    -   Video Holders: video holder changes based on the series metadata        so that the video relates to the episode title.

FIG. 18B illustrates another example interstitial that includes achannel logo for the current channel being viewed by/displayed to auser.

FIG. 18C illustrates another example interstitial (e.g., that may bedisplayed at the end of a program/episode). The interstitial elementsmay include some or all of the following:

-   -   Episode Name: the episode name changes based on the series        metadata, where the episode name may reflect the current episode        playing or an episode that is about to play.    -   Video Holders: video holder changes based on the series metadata        so that the video relates to the episode title.

FIG. 19 illustrates an example process for enabling a user to interactwith an interactive interstitial, presented on a first user device(e.g., a television/monitor), via a linked companion device (e.g., amobile phone, a tablet computer, a laptop, a television/media playerremote (e.g., including a touch or non-touch display, a soft keysdisplayed via the display and/or hard keys, where the remote may be adedicated remote or included in a mobile phone, tablet computer, orother device), a television/monitor coupled to an internal or externalstreaming media player hosting a client application, or other companiondevice). In this example, the interstitial is presented via a televisionor monitor coupled to an internal or external streaming media playerhosting a client application as discussed elsewhere herein. The processdetects (e.g., via the streaming media player client in this example, orvia a backend server) an event indicating an interactive response isneeded from the user (e.g., via a flag or other indicator embedded inthe streamed content). If the detection of an event indicating aninteractive response is needed is performed by the streaming mediaplayer client, the streaming media player client may transmit anotification to a remote backend server via an API. The server maydetect whether any user companion devices are available to receive anotification regarding the desired user interaction. For example, anonline presence of a user mobile device may be detected via a query toand response from a client application installed on a user companiondevice. If a determination is made that such a companion device is notavailable to receive the notification, the process may end.

If a determination is made that such a companion device is available toreceive the notification, a determination is made as to whether the userwants to receive such notifications. For example, the user may haveindicated via the companion device, via the companion device clientapplication, via the streaming media player client application, via auser account Website user interface, or otherwise, that the user does ordoes not want to receive such notifications. If a determination is madethat the user does not want to receive such notifications, then theprocess may end without providing the user with such a notification. Thenotification may specify what type of response(s)/interaction(s) theuser may provide and may include controls and/or fields configured toreceive such response(s)/interaction(s) (or the user may be instructedto provide response(s)/interaction(s) via another communication channel,such as an SMS/MMS interface).

If a determination is made that the user does want to receive suchnotifications, then a notification may be pushed to the companion device(e.g., to the client application hosted on the companion device). Thecompanion device client application may then display the notification.At least partly in response to detecting that the user has provided aresponse/interaction (e.g., via a control or field presented by thecompanion device client application), the response/interaction may betransmitted by the companion device client application via the companiondevice to the server via an API. The server may receive and store theuser response/interaction. Optionally, the response/interaction may beinspected and a determination may be made as to whether theresponse/interaction is correct (e.g., if the response/interaction is aresponse to a quiz or puzzle), and the determination may be stored inassociation with the response/interaction. Optionally, a secondinterstitial is composed based at least in part on the userresponse/interaction. For example, the user response/interaction may bedisplayed via the television client application in a later interstitialpresented on the television/monitor, optionally with an indication as towhether the response/interaction is correct, and/or optionally withfeedback from others regarding the response/interaction (e.g., thenumber of likes or re-postings by other users on one or more socialmedia platforms/sites). Although the foregoing description disclosesproviding notifications and enabling a user to provide an interstitialresponse/interaction via a companion device (e.g., a mobile phone, atablet computer, a laptop, a television remote, etc.), optionally, sucha response may be provided via the device that displayed the interactiveinterstitial (e.g., the television/monitor coupled to a media player inthe above example) rather than a companion device.

Optionally, a user may be tracked as the user changes channels. Suchchannel changing information may be utilized in determining when relatedinterstitials are to be presented. Thus, for example, if a user isviewing a first channel, a first of a pair of interstitials may bepresented just prior to another content event (e.g., prior to anadvertisement break that includes one or more advertisements or justprior to the end of a program). By way of illustration, the firstinterstitial may include a first portion of a joke. If the usernavigates to a program on second channel prior to the end of the contentevent (e.g., prior to the end of the advertisement break or just priorto the end of a program), the system may detect such channel change. Thesystem may then cause the second of the pair of interstitials (e.g., ajoke punchline) to be presented on the second channel (e.g., after acontent event is completed on the second channel or immediately uponchanging channels). Optionally, the system may access a first thresholdtime period value and will inhibit the presentation of the second of thepair of interstitials until a sufficient amount of time has elapsed suchthat the first threshold time period value is reached. Optionally, thesystem may access a first threshold quantity of interstitials value(e.g., one or more) and will inhibit the presentation of the second ofthe pair of interstitials until at least the first threshold quantity ofinterstitials has been presented to the user on the second channel.Optionally, the system may inhibit presentation of the second of thepair of interstitials until the end of an ad pod or program on thesecond channel.

By way of further example, the system may optionally track a user'scontent viewing across devices. By way of illustration, if the user isviewing a program on a first device (e.g., a phone), and if a first of apair of interstitials is presented on the first device prior to a firstcontent event, and it is then detected that the user is viewing theprogram (or another program or channel) on a second device (e.g., alaptop), the second of the pair of interstitials may be presented on thesecond device (e.g., after a content event is completed on the seconddevice or immediately upon accessing a program on the second device).

By way of illustration, when a user views content on a given device, theuser may be identified via login information, a token, or cookieinformation transmitted from the device to the system. For example, thesystem may utilize the login information, token, or cookie informationto locate and access a user record that identifies the user. Inaddition, the system may determine which device the user is utilizing toaccess content by accessing device make and model information from thedevice.

The system may detect when a user has interrupted a viewing session onthe given device.

For example, the system may periodically transmit a ping message to theuser device. If the application being used to view the content does nottransmit a receipt acknowledgement within a threshold period of time,the system may determine that the user has closed the application viewhich the user was viewing content.

By way of further example, the application (e.g., a dedicatedapplication or a browser) may have been configured to periodicallytransmit a “heartbeat” message to the system to indicate it is stillactive. If the application fails to transmit a threshold number ofconsecutive heartbeat messages within a first period of time, the systemmay infer that the application is inactive and that the user is nolonger viewing content via the application.

By way of still further example, if a user activates a logout control onthe application, the application may transmit a logout/sessiontermination message to the system.

The system may maintain a user record of the last interstitial displayedto the user and an indication as to whether there is a relatedinterstitial that has not yet been presented to the user.

When the user accesses content from the system using a second device,the user may be identified via login information, a token, or cookieinformation received from the second device. In addition, the system maydetect that the user is utilizing a different device via device make andmodel information. The system may access the user record from memory anddetermine that the related interstitial has not yet been presented tothe user. The system may then cause the related interstitial to bepresented to the user at an appropriate time, such as immediately aftera content event (e.g., an advertisement break) or immediately uponselecting a channel or program.

FIGS. 20A-20B illustrate an example process that tracks a user andselectively displays related interstitials on different channels and/ordevices. The process enables related interstitials to “follow” the useras the user navigates to different channels or otherwise, or as the userchanges devices used to view content.

At block 2002, the user, the current user device being used to accesscontent, and user device location are identified. As similarly discussedabove, the user may be identified via login information, cookie data, atoken, or otherwise. The user device and optionally browser may beidentified via a user agent value received from the user device. Forexample, the user agent value may optionally be in the following format:Browser/[version] ([system and browser information]) [platform]([platform details]) [extensions]. The device may also be identified viainformation obtained during a device registration process. Other tools,such as Google Analytics, may be used to identify the device and browser(if a browser is being used). The device location information may beobtained via the device IP address, via software that logs and reportsthe device location using GPS or WiFi positioning data, via radiosignals transmitted to and from the device, or otherwise.

The location information may be used to identify which interstitials arepermitted to be provided to the user at the user's current locationand/or to identify interstitials that are relevant to the user.

At block 2004, express user preferences (e.g., provided by the user viaa preference user interface) and/or inferred user preferences, such asthe example preferences discussed elsewhere herein, are accessed frommemory. For example, the user preference may specify the type ofinterstitial the user likes (or are favorites) or does not like.Optionally, an indication of the degree of like or dislike may beaccessed (e.g., a score or grade the reflects like or dislike). Userpreferences may indicate genre, program, subject matter, content and/orchannel likes and/or dislikes, user specifications of channels to beblocked, user reminder instructions, user bookmarks, user navigationhistory, etc.

At block 2006, At block 1402, some or all of the following data may beaccessed:

user device location;

current time;

behavior of social connections;

channel metadata

program metadata

clip metadata;

navigation information;

historical interstitial interaction data;

preference information; and/or

predefined interstitial set definitions.

The behavior of social connections may be determined by accessing theuser's social graph. For example, the navigation and viewing history,expressed preferences, inferred preferences, historical interstitialinteractions and/or other information regarding other users that theuser is socially connected with may be accessed.

Non-limiting examples of optional program metadata, clip metadata,navigation information, historical interstitial interaction data,preference information, and predefined interstitial set definitions thatmay be used with the process will now be discussed in greater detail.

The channel metadata may include information regarding the channel theuser is currently viewing (e.g., the channel name, the channel types,subject matter information, etc.). The program/clip metadata may includetimestamps and information regarding people or items in a clip orprogram or associated with those involved in creating the clip orprogram. For example, the metadata may include the names or otheridentifiers of cast members, writers, directors, producers, artists,performers, other people that appear in the program or clip, etc.,optionally in association with their respective titles/jobfunctions/character names (e.g., cast member, lead male, lead female,director, producer, principal photographer), and when cast membersappear in the program or program segment. Other examples of metadata mayinclude album names and album sales associated with a performerappearing in the program or clip. Still other examples of metadata mayinclude genre, category, sub-category, etc. Yet other examples aredescribed elsewhere herein.

Optionally, certain metadata, such as the name of the program or clip,and timestamp information may be used to access from a database (e.g.,over a network from a third party database) certain information, suchthe length of program or clip, a rating of a program or clip, ratings ofa program or clip, reviews of a program or clip, names or otheridentifiers of cast members, writers, directors, producers, artists,performers, other people that appear in the program or clip, etc.,optionally in association with their respective titles/jobfunctions/character names.

As similarly discussed elsewhere herein, the navigation information mayinclude information on whether the user is viewing a program at normalspeed, if the user is fast forwarding through a program, or if the useris rewinding through the program. The navigation information may includea history of content user has previously viewed, including contentviewed by time of year, time of week, and/or time of day. The user maybe performing navigation using rewind, play, fast forward, and/orscrubber bar controls. The navigation information may be transmitted bythe user client (e.g., a web browser executing a video player ordedicated application) to the remote system over a network. Optionally,the user client may transmit the play time update to the remote systemwhich may utilize this information to determine user navigation and/orto determine when an interstitial is to be displayed.

The historical interstitial interaction data may include information aswhich interstitials were presented to the user, when the interstitialswere presented, on which channels the interstitials were presented, onwhat programs the interstitials were presented, on which user device theinterstitials were presented, the physical location of the user device(e.g., as determined from an IP address, GPS information, or otherwise)when a given interstitial was viewed, on how the user responded to oneor more previous interstitials (e.g., an immediately precedinginterstitial, interstitials presented earlier in the program,interstitials presented on other programs on the same channel,interstitials presented on other programs on other channels, etc.),whether a user navigated away after viewing a first of a related pair ofinterstitials, and/or how the user responded to interstitials ofdifferent types (e.g., trivia question type interstitials (e.g., triviaquestions regarding programs, actors, directors, writers, politicians,sport statistics, album sales, album names, car brands, etc.), socialmedia type interstitials, ticketing type interstitials, voting typeinterstitials, etc.).

A given predefined interstitial set definition may identify relatedinterstitials that are to be presented in a certain order and/or maydefine a set of interstitials that are to be used for a specificprogram, channel, subject matter, or content source. The interstitialset definition may optionally be stored in memory in association withcorresponding program, channel, subject matter, or content sourceidentifiers.

At block 2008, a set of two or more related interstitials may beselected, optionally based on some or all of the information obtained atblocks 2002, 2004, and 2006. For example, the two or more relatedinterstitials may be selected based on the user device, user devicelocation, user preferences, channel metadata, program metadata, clipmetadata, navigation information, historical interstitial interactiondata, and/or predefined interstitial definitions. By way ofillustration, a first interstitial may be a trivia quiz including twoquestions, a second related interstitial may be an answer to a firstquiz question, and a third related interstitial may be an answer to asecond quiz question. By way of further example, if a first of aninterstitial pair had previously been displayed to the user, but thesecond of the interstitial pair has not yet been displayed to the user,the selection of the interstitial pair may be inhibited to avoidre-displaying the first interstitial before the second interstitial hasbeen displayed.

At block 2010, a determination is made as to when (in terms of time oravailable slot) a first of the selected set of two or more relatedinterstitials are to be displayed. For example, the determination may bebased on some or all of the information obtained at blocks 2002, 2004,and 2006 and/or on an identification of a next content event, such as anadvertisement break (sometimes referred to as an advertisement pod). Byway of illustration, a determination may be made that the firstinterstitial is to be displayed immediately prior to an identifiedcontent event (e.g., advertisement break, station identification, etc.).At block 2012, the first interstitial is caused to be rendered on theuser device at the determined time or slot in the channel presentation.

At block 2014, a determination may be made whether the user hasnavigated to a different channel on the same user device, or has changeddevices used to access the content.

If the user has not navigated to a new channel and is not using adifferent device, at block 2016 a determination is made or accessed asto when (in terms of time or slot) the second interstitial is to bedisplayed. At block 2018, the second interstitial is caused to bedisplayed on the user device at the determined time/slot.

If a determination is made that the user has changed channels (e.g., vianavigation data/instructions received from the user device) during thecurrent session (e.g., prior to the user logging out or closing theapplication used to view the channel content), then at block 2020,current time, current device location information, current channelmetadata, program metadata, clip metadata, behavior of social networkconnections and/or content event timing information may be accessed.Some or all of the information accessed at block 2022 may be utilized todetermine when the second interstitial is to be displayed. For example,optionally the process may access a threshold period of time value frommemory, wherein the second interstitial is not to be displayed beforethe threshold period of time (the threshold period of time beginningafter playing of the first interstitial) has elapsed. The process maythen inhibit the display of the second interstitial on the currentchannel until the threshold period of time has elapsed and optionallybased on additional criteria. For example, the process may inhibit thedisplay of the second interstitial on the current channel until thefirst occurrence of an end of an ad pod and/or program after thethreshold period of time has elapsed. The foregoing technique avoids thesecond interstitial being displayed immediately after the firstinterstitial upon a channel change. At block 2024, the secondinterstitial is caused to be displayed on the user device at thedetermined time/slot on the current channel.

If a determination is made that the user has changed devices (e.g.,based as a user login on a different device), then at block 2030, thecurrent time, an identification of the current user device being used toaccess content, and the current user device location are accessed. Atblock 2032, optionally a determination is made as to the time durationsince the first interstitial was presented to the user. If thedetermined time duration exceeds a first threshold, then at block 2042 anew interstitial or interstitial set is selected, as similarly describedabove. Optionally, the second interstitial is not presented to the user(or is not presented to the user unless the first interstitial ispresented again), as given the time duration, the user may no longerrecall the first interstitial.

If the first threshold is not exceeded, at block 2036, current channelmetadata, program metadata, clip metadata, behavior of social networkconnections and/or content event timing information may be accessed assimilarly discussed above. At block 2038, some or all of the informationaccessed at blocks 2030, 2034, 2036 may be utilized to determine whenthe second interstitial is to be displayed on the current user device.At block 2040, the second interstitial is caused to be displayed on thecurrent user device at the determined time/slot on the current channel.

As discussed elsewhere herein, optionally, programs and other contentmay be scheduled to be shown a predetermined times on specifiedchannels. A program guide may be generated and provided to users thatinclude listings channels and for channel programs at specifieddays/times for a specified duration. Thus, optionally, programs may bescheduled around fixed time slots. This causes a set of users (e.g., allend users, all end users in a specified geographical area, etc.) to beable to view the same program content at the same time (optionally withrelatively minor variations introduced by buffering and playerdifferences), and view advertisement breaks at the same time. However,optionally, different users may be presented with differentadvertisements during a given advertisement break. For example,different advertisements may be selected for different users based onuser preferences, user navigation history, and/or other user-specificinformation such as that discussed elsewhere herein. Differentadvertisements may optionally be served to different users usingdifferent ad servers. A given advertisement may optionally bedynamically selected in real time for a given ad slot (e.g., within+/−100 ms of the beginning of an ad slot).

A given ad pod (which may be composed of one or more ad slots) may beassigned a predetermined time duration. However, differentadvertisements may have different lengths, as similarly discussedelsewhere herein. Further, there may not be sufficient advertisementsavailable for a given ad pod. One option would be to use placeholdervideo to fill or help fill an ad pod. However, such use of placeholdervideos may provide an inadequate user experience. Further, a givenadvertisement may not be exactly the same length as the slot in which itis shown. For example, a 30 second slot may be filled by a 30.5 secondadvertisement. Such variations can cause programs to no longer match theprogram guide schedule. Further, such variations can cause differentusers to have programs begin and end at different times.

In order to address such technical difficulties in synchronizing contentplayback across multiple users and user devices (where users may viewthe same primary content but different interstitial content (e.g.,different ads), a given ad pod duration may be adjusted on auser-by-user basis so that the starting time of a program (or programsegment) subsequent to the ad pod may be individually adjustedaccordingly on a user-by-user basis.

For example, if, for a given user, only 60 seconds of advertisements areused to fill a 90 second ad pod, 30 seconds of the ad pod will beunfilled. In order to compensate, the next scheduled content item (e.g.,program or program segment) may be adjusted so as to be displayed on theuser device 30 seconds earlier than the originally scheduled time, andthe next ad pod's duration may be extended by 30 seconds beyond itsoriginal scheduled length. Such timing adjustments may be periodicallymade on a user-by-user basis so as to resynchronize the viewingexperience of the users back to the original content schedule (e.g., bythe beginning of each hour or half hour) by inserting just enoughcontent (e.g., ads, filler videos, and/or other interstitial content).

Thus, different users may be presented with different interstitialcontent of different duration. Certain users may be presented withdifferent numbers of interstitial content as needed to fill in gaps inad pods and synchronize user viewing experiences with a program guide.

FIGS. 21A, 21B illustrate an example process for individuallysynchronizing a user's viewing experience with a program schedule. Theprocess may be performed in parallel for multiple users viewing a givenprogram on a given channel. The synchronization process may be used toensure that the multiple users will eventually be viewing the samecontent at the same time.

At block 2102, a predetermined interstitial slot is identified. Aninterstitial is selected for the interstitial slot, as similarlydiscussed elsewhere herein. At block 2014, the length of the selectedinterstitial (e.g., as determined from metadata associated metadata) iscompared with the length of the interstitial slot. The difference inlength (if any) of the selected interstitial and the interstitial slotlength as determined. If the length of the interstitial is determined tobe the same as the length of the interstitial slot, then a determinationis made at block 2105 that playing of the selected interstitial in theinterstitial slot did not introduce a desynchronization of the user'sviewing experience with respect to the program schedule.

If a determination is made that the selected interstitial is shorterthan the interstitial slot, then at block 2106, the next item ofscheduled content (e.g., primary content such as a program or a portionof the program) is caused to be played earlier than its scheduled time.For example, the next item of scheduled content may be caused to beplayed earlier than its scheduled time by an amount equal to thedifference in length of selected interstitial and the interstitial slotlength as determined at block 2104.

At block 2108, a subsequent ad pod (e.g., the next ad pod) time lengthmay be extended. The pod time length extension may be based on thedifference in length of selected interstitial and the interstitial slotlength as determined at block 2104. For example, the pod time lengthextension may be set equal to the difference in length of selectedinterstitial and the interstitial slot length as determined at block2104. At block 2110, content (e.g., ad content) is selected for theextended pod and a determination is made as to whether the length of theselected content is less than the extended pod length. If the length ofthe selected content is equal to the extended pod length, then at block2111, a determination is made that the user's viewing experience is nowsynchronized with the original program schedule.

If the length of the selected content is shorter than the extended podlength, then at block 2112, a determination is made whether a schedulingtrigger has been reached. For example, a scheduling trigger may be setfor a certain time before the next program or before a certain timeevent (e.g., an hour marker (e.g., 1 PM, 2 PM, etc.) or half-hour marker(e.g., 1:30 PM, 2:30 PM, etc.). The scheduling trigger may be used toensure that users' viewing experiences are synchronized by a certainpoint in time. If the scheduling trigger has not been reached, than theprocess may return to block 2106. If the scheduling trigger has beenreached, then at block 2114, a sufficient length of filler content isidentified to fill any underrun with respect to the user's viewingexperience relative to the program schedule. For example, optionally thefiller content may be less desirable than the content previously used toidentify slots. By way of illustrative example, the filler content maybe viewer submitted content, station identification content, sponsoredcontent, and/or other content. At block 2116, the selected fillercontent is caused to be played to the user to resynchronize the userviewing experience to the program schedule (and to that of other users).

If a determination is made at block 2104 that the selected interstitialis longer than the interstitial slot, then at block 2120, the next itemof scheduled content (e.g., primary content such as a program or aportion of the program) is caused to be played later than its scheduledtime. For example, the next item of scheduled content may be caused tobe played later than its scheduled time by an amount equal to thedifference in length of selected interstitial and the interstitial slotlength as determined at block 2104. At block 2122, the next ad pod maybe reduced in length by an amount based on (e.g., equal to) thedifference in length of selected interstitial and the interstitial slotlength as determined at block 2104. The process may then proceed back toblock 2102.

Another challenge presented by creating channels and programs for clipsfrom different video sources (e.g., video websites) and/or for othercontent, is that the different video sources may provide custom videoplayers for videos hosted by a given source. For example, each source'svideo player may have a different appearing video player, with commoncontrols placed in different positions, and with some video playershaving different control sets than other video players. Conventionally,such inconsistent player user interfaces and functionality does not posemuch of a problem for users, as users typically are accessing videos ata single source during a given viewing session.

However, when users are viewing, via a single site, multiple videos aspart of a channel, they expect to have a unified viewing experience, andit would be confusing and disconcerting to be presented with a differentplayer for each program/video. To address this problem, certainembodiments provide a meta-player that integrates other video playersinto single experience and provides a common video player interface. Forexample, while the user is watching a channel, the meta-player may causea given program to be presented in a video presentation area. When thenext program comes on, it too is presented in the same videopresentation area, even though the native players may present the videosin differently positioned presentation areas. Further, the meta-playerplaces a common set of video player controls at the same locations andwith the same appearance, even though the native players may havedifferent control placements and different control appearances.

By way of example, the common controls may be defined to include some orall of the following: rewind, fast forward, play, pause, record,navigate to the next clip (or other content), like, share (which enablesa user to instruct that a notification regarding the program, optionallyincluding a link to the program, be sent to a designated recipient),etc. Optionally, if a given source player includes a control that is notincluded in the common control set, that non-common control is excludedfrom presentation to the user via the meta-player. Optionally instead,if a given source player includes a control that is not included in thecommon control set, that non-common control is presented to the user viathe meta-player in an area reserved for the display of non-commoncontrols.

In certain embodiments, the system determines what player is needed toplay a given video clip (e.g., based on the source of the clip/the URLto the clip), and then uses a program (e.g., implemented using aninterpreted client side script, such as JavaScript) to call theappropriate player, wrapped in the meta-player interface.

The video player may be configured to display programs from two or morechannels at a time in respective windows. For example, the windows maybe configured as picture-in-a-picture windows, as side by side windows,or as windows that the user may drag and drop to desired locations.

Thus, certain embodiments optionally provide seamless switching of videosources and players in a manner transparent to the user to therebyprovide the user with a unified experience when viewing content fromdifferent sources (e.g., within a program or a channel).

FIG. 6 illustrates an example architecture utilizing a unified player600 that provides a common wrapper for a plurality of third partycontent players 610 a-610 n. In this example, various native bridge APIs602 a-602 n are provided for various native environments (e.g., IOS®,ANDROID®, Web, CHROMECAST®, etc., which may be hosted on mobile devices,such as tablets, phones, laptops, etc., and/or on non-mobile devices,such as networked televisions, desktop computers, game consoles, etc.,and which may utilize different programming languages) to communicatewith a unified player module (e.g., an HTML or HTML hybrid contentplayer application). The unified player 600 may include APIs 604(optionally implemented in JavaScript) for common player functions, suchas, by way of example some or all of the following: play, pause,forward, fast forward, rewind, fast rewind, seek, load, etc. The playerfunction APIs 604 may in turn communicate with player control APIs 606a-606 n (optionally implemented in JavaScript) for various contentplayers 610 a-610 n (e.g., video players).

The content players 610 a-610 n may include chromeless content playersthat provide outside developers access to the standard player controls,and enable the outside developers to provide their own customized skinand/or additional features. Different content players may be configuredto play different types of formats of content (e.g., MPEG, MKV, AVI,FLV, etc.). Optionally, the original video host's advertisements,analytics, watermark, etc. are preserved with the content stream.

A given player controller API routes commands received from a user viathe native environment to the currently active content player. A stagemodule 608 ensures the appropriate content player is being used for thecontent (e.g., video clip) currently being played. By way ofillustration, a given program may include four video clips, each ofwhich utilizes a different content player. When the program is played,the stage module 610 a-610 n causes a first content player to play afirst item of content, a second content player to play a second item ofcontent, etc. However, to the user, it appears as if the same contentplayer, with the same controls in the same positions, is being used toplay each of the four video clips.

FIG. 13 illustrates an example process utilizing a unified contentplayer, which may be executed using a content scheduling system or othercomputing system. While the following description may refer a first anda second item of content and a first content player and a second contentplayer, there may be more than two items of content and two contentplayers. At block 1302, an electronic program guide is presented to auser, and the user selects a program to play (or the user is watching aprogram playing as a result of a previous selection of a channel ofwhich the program is a part). The user program (or channel) selection isdetected. The program in this example is composed of multiple contentitems (e.g., video clips) from different sources, where at least onecontent item is to be streamed from a first source and is to be playedback using a first content player (e.g., a first video player), at leastone content item is to be streamed from a second source and is to beplayed back using a second content player (e.g., a second video player).

At block 1304, metadata associated with the first content item isaccessed. Optionally, the metadata may be accessed from a local datastore (e.g., local content data store of content scheduling system 102).Optionally, the metadata is accessed from the first content item source.The metadata associated with the first content item may include some orall of the following data: an identification of what content player isto be used to play the first content item, an identifier identifying thefirst source, and/or a content item identifier (e.g., a uniquealphanumeric or other code) identifying the first content item.

At block 1306, the process determines, at least in part, from themetadata which content player is to be used to play the first contentitem. At block 1308, the process instructs a unified content player on auser terminal to access the first content player and to utilize thefirst content player to play the first content item from the firstcontent source. For example, the instructions may include the firstcontent player identifier, the first source identifier, and/or the firstcontent item identifier. Optionally, the instructions include a URLcorresponding to the first content item. The first content player may bepresented via a user browser and may be generated using code (e.g.,JavaScript) from the content scheduling system, the first contentsource, and/or other source. The first content player may be configuredso that the appearance conforms to a standardized uniform content playerappearance (e.g., with the controls in a certain location and with acertain appearance, which may be different than that of the firstcontent player in its native form).

At block 1310, a determination is made whether it is time for the nextcontent item (the second content item in this example) to be played bythe unified player. For example, the determination may be based on atimer or a trigger (e.g., metadata associated with the program) thatindicates that it is (or is about to be) time for the second contentitem to be played. If it is time for the second content item to beplayed, at block 1312 metadata associated with the second content itemis accessed (although the metadata may be accessed earlier, such as atthe beginning of the program). Optionally, the metadata may be accessedfrom a local data store (e.g., local content data store of contentscheduling system 102). Optionally, the metadata is accessed from thesecond content item source. The metadata associated with the secondcontent item may include some or all of the following data: anidentification of what content player is to be used to play the secondcontent item, an identifier identifying the second source, and/or acontent item identifier (e.g., a unique alphanumeric or other code)identifying the second content item.

At block 1314, the process determines, at least in part, from themetadata which content player is to be used to play the second contentitem. At block 1316, the process instructs a unified content player on auser terminal to access the second content player and to utilize thesecond content player to play the second content item from the secondcontent source. For example, the instructions may include the secondcontent player identifier, the second source identifier, and/or thesecond content item identifier. Optionally, the instructions include aURL corresponding to the second content item. The second content playermay be presented via a user browser and may be generated using code(e.g., JavaScript) from the content scheduling system, the secondcontent source, and/or other source. The second content player may beconfigured so that the appearance conforms to a standardized uniformcontent player appearance (e.g., with the controls in a certain locationand with a certain appearance, which may be different than that of thesecond content player in its native form), so that the second contentplayer and the first content player appear the same to the user, and theswitching of content players is transparent to the user (e.g., the useris unaware that different content players are being used to play contentfrom different sources). The process may then repeat for the nextcontent item, and so on.

It is understood that other activities may be performed by the unifiedcontent player during playback of a content item. For example, theunified content player may report (e.g., to the content schedulingsystem or other system) the current playback position of the contentitem being played, buffering delays, and/or other information.

Another challenge posed by the process of composing a program using oneor more clips from third party content hosting sources over which thesystem operator has no control, is that a given clip may be deleted atany time (e.g., by the third party hosting site, by the posting user, orotherwise). For example, a content hosting source may delete a videoclip because of an alleged copyright violation, because of viewercomplaints regarding the video clip, or for other reasons. Thus, when aclip is scheduled to be displayed to users as part of a program, theclip may be no longer be available, and an error condition may occur orthere may be a dead space within the corresponding program (or if theprogram is composed of a single clip, the whole program may be “dead”).

In order to address this problem, optionally certain embodimentsidentify backup content (e.g., video content or other content) to besubstituted for removed or other unavailable video content that had beenincluded in a program. In an example embodiment, before a given programis scheduled to air, the system may determine whether or not the clip isstill available. For example, the system may issue a query to thehosting site via an API regarding the availability of the clip, and thehosting system will then provide a response received by the system, theresponse indicating whether or not the clip is still available (or mayprovide no response, which may indicate that the clip is no longeravailable). By way of illustration, the system may be scheduled toperform the availability check 30 minutes before the program airs, 12hours before the program airs, one day before the program airs, or othertime period before the program airs.

If the system determines that the clip is not available, the system mayidentify a substitute clip from a pool of clips or from one or moreother sources (optionally including a pool of clips stored andmaintained by the content scheduling system). By way of example, a poolof substitute clips (or other content) may have already been manually orautomatically identified for the specific program (e.g., a dedicatedprogram pool). The system may then select the substitute clip (or othercontent) from the program pool based at least in part on the similarlyto the length (in time) of the no longer available clip. For example, ifthe currently unavailable clip is 2 minutes in length, the system mayidentify a clip from the pool that is 2 minutes or less in length. Byway of further example, the system may identify a clip between 1 minuteand 45 seconds and 2 minutes and 15 seconds long.

Thus, optionally, the system may select substitute content that islonger than the time period of the unavailable content, and may truncatethe excess content corresponding to the time that exceeds that of theunavailable content. Optionally, if the system selects substitutecontent that is longer than that of the unavailable content, the systemmay delete other content from the program to compensate (e.g., thesystem may delete previously included promotional/advertising contentfor other programs). Optionally instead, the system may selectsubstitute content that is no longer than the time period of theunavailable content.

Optionally, rather than using a dedicated program pool of substitutebackup clips, the system may search for and select substitute clips froma broader pool (e.g., a pool specific to a given channel) or from thirdparty content hosting sites. For example, the substitute clip may beselected by the system based on its similarity (e.g., as determined bycomparing tags) to the currently unavailable clip and on the cliplength. By way of illustration, if the currently unavailable clip has atag of “cat tricks” and is 5 minutes in length, the system may identifya substitute clip that also has the tag “cat tricks” or a functionalsynonym for “cat tricks” (e.g., “cat stunts”), and that is about 5minutes in length.

Optionally, rather than using a substitute clip to replace a video clip,live content (or other content type) may be specified, such as amicroblog or social network stream.

Optionally, the currently unavailable clip may be substituted using twoor more clips (or other content, which may include live content and/orrecorded content) that combined have about the same length as thecurrently unavailable clip. A packing algorithm may be used to selectmultiple clips (or other content) to replace a given currentlyunavailable clip. The system may select a combination of substitutecontent, where each item of content of the combination is shorter thanthe unavailable content, but the combined length of the combination islonger than the time period of the unavailable content. The system maytruncate the excess content from one of the items of the combination ofsubstitute content (e.g., the last item of content) corresponding to thetime that exceeds that of the unavailable content. Optionally instead,the system may select a combination of content having a length that isno longer than the time period of the unavailable content. Optionally,if the length is shorter than the time period of the unavailablecontent, fill-in content may be selected and used to fill-in the timeperiod.

Yet another challenge posed by composing a program using one or moreclips (or other content) from sources over which the system operator hasno control, is that a given clip may actually vary in length. Forexample, a given clip may include a lead-in video (or post-roll)commercial when initially identified and selected for a given program,and so the clip (including the commercial) will have a first length. Thelead-in clip may be dynamically selected by an advertisement server atthe time the clip is requested. Thus, different advertisements ofdifferent lengths may be selected based on when the clip is requestedand/or based on the location of the requester. Therefore, the given clipmay include a different video commercial of a different length than thevideo commercial that was streamed as a lead-in commercial when the clipwas originally selected, (or the clip, when originally selected, may nothave included any lead-in video commercial), and hence the total lengthof the clip (including the lead-in advertisement) may change.

In order to address this problem and to ensure that the lengths of clipsare synchronized with the scheduled program end time, certainembodiments schedule a longer time for a given clip/item of content (orfor the program in which the given clip is to be included) than theactual length of the clip when initially selected for the program. Theselected scheduled length may be configured to accommodate the maximumanticipated potential increase in clip length. For example, typicallylead-in advertisements are 1 minute or less, and so the system mayschedule an additional minute for the clip, or may schedule anadditional 2 minutes to even better ensure that the total clip time(including the lead-in, post-roll, or other advertisement) will notexceed the scheduled time for the clip.

Then, when the clip is about to be (e.g., within 1 second, within 15seconds, within 30 seconds) or is played as part of the program, thesystem may examine the clip (e.g., the clip metadata that indicates theadvertisement length and/or the clip length) to determine the currenttotal clip length (including the advertisement from the advertisementserver) of the about-to-be played clip. For example, the system may usean API to access the clip length without the advertisement from thecontent hosting system. If the total clip length is shorter than theamount of time scheduled for the clip (or for multiple clips in a givenprogram), the system may select other content to fill out the time. Thefill-in content may be selected based on its length and optionally basedon its relevancy to the program. If the system determines that the clipis shorter than the allocated time, the system may identify fill-incontent, which may be in the form of one or more video clips orstill/static images.

Optionally, the system may select fill-in content that is longer thanthe time period that needs to be filled in, and will truncate the excesscontent corresponding to the time that exceeds the period that needs tobe filled in. Optionally, if the system selects fill-in content that islonger than the time period that needs to be filled in, the system maydelete other content from the program to compensate (e.g., the systemmay delete previously included promotional/advertising content for otherprograms). The fill-in content may correspond to the subject matter ofthe program, may be promotional content for other programs, or may beadvertisement content for one or more products or services. Optionally,the fill-in content may be retrieved from a pool of clips maintained bythe system or from one or more other sources. By way of example, a poolof fill-in clips may have been manually or automatically identified forthe specific program (e.g., a dedicated program pool). The system maythen select the fill-in clip from the program pool based at least inpart on the similarity to the length (in time) of the clip underrun.

Optionally, certain channels may be provided to, and accessed by usersfor free. Optionally, certain channels may be paid subscriptionchannels, where the system will prevent access to the channels by usersthat the system determines has not subscribed to those channels.Optionally, bundled subscription packages may be provided where programsand/or channels are bundled by subject (e.g., any available showsregarding a specified sports team), theme (e.g., travel, music, etc.),event (a live concert, a sporting event, etc.), etc., and users maysubscribe to one or more bundles. Optionally, certain programs/channelsmay be on a pay per view basis, where the system informs the user thatthe user needs to pay a fee to access a given program, or to access achannel for a specified period of time.

Optionally, the system may access (e.g., via an API) programminginformation from other broadcasters (e.g., cable and/or over-the-airbroadcasters that also provide content to computers, mobile devices,etc. or that otherwise provide access to their content), and may add theprogramming information (e.g., name of program, air date/time, etc.) tothe programming guide discussed above. Thus, the program guide mayprovide an integrated program guide including information for multiplebroadcasters (e.g., online video content sources, over-the-airbroadcasters, cable broadcasters, etc.). Optionally, the program guideenables the user to select and view channels and content from suchbroadcasters. Optionally, a user interface is provided via which theuser can provide log-in information for the user's account(s) with theother broadcaster(s) that require or ask for such log-in in informationorder to access their content. The system may then utilize such log-ininformation from the user (e.g., user ID, password, etc.), to verifythat the user is authorized to access such broadcaster content and/orthe system forwards the login information to the broadcaster forverification and authorization.

Optionally, one or more channels may be embedded on and streamed to oneor more third party sites (e.g., websites). For example, a blog abouthip-hop music may embed a hip-hop music channel for viewing by itsaudience. Optionally, the channel may be presented with links to thesite hosted by the system. Optionally, a company may utilize the systemto generate a channel or program for a company brand. For example, ifthe company manufacturers or sells sports footwear, the system may beutilized to generate programs and/or channels of content related to ordepicting footwear with the company brand. The content for the programof channel may be hand-selected by the company or the content may beautomatically identified and/or assembled into a program or channel assimilarly discussed elsewhere herein. The company channel may beaccessed via a company website, a website hosted by the system, and/or athird party content hosting website. Optionally, a given channel orprogram may be syndicated across a plurality of platforms anddistribution points (e.g., to other linear platforms, to cable orsatellite set-top boxes, etc.). For example, an interface (e.g.,provided via a software developer kit) may be provided enabling apublisher to create a channel (e.g., as discussed elsewhere herein) andspecify how and to where the channel is to be broadcast (e.g., over theair, over the internet, via cable, etc.).

Optionally, content may utilize IP and/or wireless multicast streaming(e.g., to reduce network bandwidth usage), where a given stream may beaccessed by multiple destinations, rather than only using one-to-oneunicast streaming. For example, in multicast streaming, a multicasttransmission may transmit IP packets to a group of destination terminalson a network. A destination node (e.g., a user terminal) may send to thesystem a join message when joining a multicast streaming transmissionand may send a leave messages when leaving a multicast streamingtransmission. For example, when a user is viewing a first channel andthen switches to second channel, a leave message may be transmitted bythe destination node for leaving the first channel, and a join messagemay be transmitted by the destination node for joining the secondchannel. Using multicast transmission, a system can send a packet ofdata (e.g., content data) once for receipt by multiple destinationnodes. Multicast addressing may utilize a variety of different transportlayer protocols, such as Pragmatic General Multicast (PGM) or is UserDatagram Protocol (UDP).

Optionally, the content scheduling system operator (or other entity) mayrun advertisements on third party content sites. For example, thecontent scheduling system operator may purchase keywords correspondingto content, such as a video (e.g., a music video of a popularperformer). Then, when a user of a third party content site performs asearch using search terms that correspond to the keywords, anadvertisement (which may comprise a link, text, an image/frame) for thevideo may be identified and displayed to the user on the user'sterminal. When the user clicks on the advertisement/link for the video,the video may be played to the user. Optionally, the video is played viathe site hosted by the content scheduling system. Optionally, the videois played via a third party content site. The content scheduling systemmay identify a channel that it determines the user may like based atleast in part on the user selection of the video (e.g., by identifying asimilar theme, subject matter, etc. using/comparing metadata associatedwith the channels and the video). For example, prior to the userselecting the video, an association of the video with a channel mayoptionally be performed, so that once a user selects the video, thesystem already “knows” which channel to select. The content schedulingsystem may detect or determine when the video has finished playing tothe user and then cause the user to be provided with videos from theselected channel (e.g., in accordance with the channel schedule). Forexample, the currently playing program for the selected channel may bestreamed to the user terminal for display to the user. The channel maybe identified to the user by name, channel number, and/or otherwise.

Optionally, advertisement insertion points may be assigned by aprogrammer to different points within a playlist, such as before orafter a given clip in a playlist. Thus, rather than specifying anadvertisement insertion time, the insertion points are associated withthe beginning and/or endings of clips within a playlist, such as aplaylist of clips that forms a program. The advertisements may compriselinear advertisements (advertisements that appear before, after, orduring a break in the video content (sometimes referred to as pre-roll,post-roll, or mid-roll)) and/or non-linear advertisements(advertisements that appear along with the video content (e.g., overlaysthat cover part of the video as it plays)). The advertisements may beserved by an advertisement server.

Optionally, an operator may specify a maximum number of minutes and/orquantity of advertisements that may be added to a playlist. For example,if the program is scheduled to be 30 minutes long (includingadvertisements), and the corresponding playlist includes 22 minutes ofcontent, then only 8 minutes of the program time is allocated toadvertisements. When the programmer adds an advertisement insertionpoint, the programmer may specify the length (in time) of theadvertisement to be inserted. The programming tool may calculate thecurrent program length (including the base program and the currentadvertisement insertions) and optionally continuously display the totaltime to the programmer. The system may compare the current total timeagainst the scheduled program time. Optionally, if the programmerattempts to add an advertisement insertion point with an associated timelength that would cause the total length of the program to exceed thescheduled length, an error notice may be generated and presented to theprogrammer, and optionally the programming tool will prevent theaddition of the advertisement insertion point.

Example processes will now be described with reference to the figures.The processes may be performed by or using the systems disclosed hereinor by or with other systems. It is understood that not all the followingprocesses need to be performed, nor do all the process states need to beperformed.

FIG. 7 illustrates an example process that identifies whether apreviously scheduled content item, such as a clip scheduled as part of aprogram composed of multiple clips, is currently available. The processmay optionally be performed using the content substitution modulediscussed above. At block 700, a determination is made as to whether theprocess should evaluate the availability of one or more content items(e.g., video clips, etc.) that had previously been scheduled to beincluded in the program. For example, a rule may be defined that statesthat the availability evaluation is to be performed a specified periodof time before the program is scheduled to be presented, or a specifiedperiod of time before the content item is scheduled to be presented.Optionally in addition or instead, the rule may specify a specific dayand/or time at which the availability evaluation is to be performed.

At block 702, a program definition for the program scheduled at a firsttime period is accessed from a data store of program definitions. Forexample, the program definition may indicate which content items areincluded in the program and the display ordering of the content items,the content items' lengths, the start time of a given content itemrelative to the beginning of the program (e.g., content item 3 begins 5minutes into the program), and may include locators (e.g., URLs) for thecontent items. The program definition may have been established days,weeks, months, or other time period before the next showing of theprogram. At block 704, at least partly in response to the determinationthat the availability evaluation is to be performed, a determination ismade for a given content item as to whether the content item is stillavailable. For example, as similarly discussed elsewhere herein, a querymay be issued to the hosting site via an API regarding the availabilityof the content item, and the response, if any, will be received from thehosting system, the response indicating whether or not the clip is stillavailable (or the host system may provide no response, which mayindicate that the content item is no longer available).

If the process determines that the content item is available, at block706 the process enables the content to be streamed as scheduled duringthe first time period.

If the process determines that the content item is no longer available,at block 708 the process may identify a substitute content item from apool of content items or from one or more other sources (optionallyincluding a pool of content items stored and maintained by the contentscheduling process) having one or more specified similar properties(e.g., subject, length, source, creator, posting date, popularity,etc.). By way of example, a pool of substitute content items (or othercontent) may have previously been manually or automatically identifiedfor the specific program (e.g., a dedicated program pool). The processmay then select the substitute content item (or other content) from theprogram pool based at least in part on the similarly to the length (intime) of the no longer available content item. Optionally, in additionto or instead of using a dedicated program pool of substitute backupcontent items, the process may search for and select substitute contentitems from a broader pool (e.g., a pool specific to a given channel) orfrom third party content hosting sites.

As similarly, discussed elsewhere herein, optionally, the process mayselect substitute content that is longer than the time period of theunavailable content, and may truncate or edit out the excess contentcorresponding to the time that exceeds that of the unavailable content.Optionally, if the process selects substitute content that is longerthan that of the unavailable content, the process may delete othercontent from the program to compensate (e.g., the process may deletepreviously included promotional/advertising content for other programs).Optionally instead, the process may select substitute content that is nolonger than the time period of the unavailable content. Optionally, thecurrently unavailable content item may be substituted using two or morecontent items that combined have about the same length as the currentlyunavailable content item. Optionally, rather than using a substitutecontent item to replace a recorded content item, live content (or othercontent type) may be specified, such as a microblog or social networkstream.

At block 710, the process enables the recorded and/or live substitutecontent item(s) to be streamed to a user terminal in place of theoriginal content item during the first time period.

Referring now to FIG. 8 , an example process for determining whethersupplemental content is needed for a program will be discussed. Theprocess may optionally be performed using the supplemental contentidentification module discussed above. At block 802, a programdefinition for a program scheduled at a first time period is accessed.For example, the program definition may indicate the content items thatare included in the program and the ordering of the content items fordisplay, the content items' lengths, the start time of a given contentitem relative to the beginning of the program, and may include locatorsfor the content items. Some or all of the content items may be hosted bythird party hosting sites. For example, the content items may include afirst content item (e.g., a video clip or other content) hosted by athird party site server, where the first content item has a first timelength, where the first time length may include time allocated for anadvertisement (e.g., a 30 second video advertisement) as well as for theprimary, non-advertising content. The program definition and the contentitem time lengths may have been established days, weeks, months, orother time period before the next showing of the program. At block 804,a first span of time is allocated for the first content item hosted bythe third party site server, where the first span of time is longer thanthe first time length of the first item.

At block 806, the current length of the first content item isdetermined. The current length may be the current total content itemlength (e.g., including an advertisement that will be or is currentlybeing served from an advertisement server, where the currentadvertisement may be a different advertisement and have a different timelength the previously allocated first time length). For example, a rulemay be defined that states that the length evaluation is to be performeda specified period of time before the program is scheduled to bepresented, or a specified period of time before the first content itemis next scheduled to be presented (e.g., within 1 second, within 15seconds, within 30 seconds, 1 day or other period of time prior to thenext presentation of the first content item). Optionally in addition orinstead, the rule may specify a specific day and/or time at which thelength evaluation is to be performed.

The process may examine the first content item (e.g., the content itemmetadata that indicates the advertisement length and/or the content itemlength) to determine the current total content item length (includingthe advertisement from the advertisement server). For example, theprocess may optionally use an API to access the content item lengthwithout the advertisement from the content hosting system.

At block 806, a determination is made as to whether the current totalcontent item length is shorter than the allocated first span of time forthe first content item. If the total content item length is shorter thanallocated first span of time for the first content item (or for multiplecontent items in a given program), at block 808, the process mayidentify and select other content to fill out the time (e.g., thetime=the first span of time−current total content item length). Thefill-in, supplemental content may be selected based on its length andoptionally based on its relevancy to the program and/or on othercriteria (e.g., subject, source, creator, posting date, popularity,etc.). If the process determines that the content item is shorter thanthe allocated first span of time, the process may identify fill-incontent, which may be in the form of one or more video content items orother content items (e.g., still images, blogs streams, etc.).

Optionally, the process may select fill-in, supplemental content that islonger than the time period that needs to be filled in, and willtruncate or edit out the excess content corresponding to the time thatexceeds the period that needs to be filled in. Optionally, if theprocess selects fill-in content that is longer than the time period thatneeds to be filled in, the process may delete other content from theprogram to compensate (e.g., the process may delete previously includedpromotional/advertising content for other programs). The fill-in contentmay correspond to the subject matter of the program, may be promotionalcontent for other programs, or may be advertisement content for one ormore products or services. Optionally, the fill-in content may beretrieved from a pool of content items maintained by the process or fromone or more other sources. By way of example, a pool of fill-in contentitems may have been manually or automatically identified for thespecific program (e.g., a dedicated program pool). The process may thenselect the fill-in content item from the program pool based at least inpart on the similarity to the length (in time) of the content itemunderrun.

At block 812, the fill-in, supplemental content is streamed during theprogram.

As noted above, the length of a given content item (e.g., a video clip)in a program may vary for a variety of reasons, such as a change in thetime length of an advertisement (e.g., a video advertisement). In theprevious example, the total content time length for an item of content(e.g., including an item of primary content and an advertisement)decreased from when the item of content was originally scheduled as partof a program. However, it is also possible that total content timelength for an item of content (e.g., including an item of primarycontent and an advertisement) may increase from when the item of contentwas originally scheduled as part of a program. This increase in time mayalso be caused by content buffering delays on a user's terminal orelsewhere. Buffering delays may be reported to the system by the contentplayer (which may be a third party content player utilized by theunified content player executing on the user terminal) and/or the systemmay infer a delay from playback status information from the contentplayer. For example, the content player may report the current positionin time and/or by frame of the playback of content, and the system maycompare the report current position to the scheduled position todetermine if there is a playback delay on the user terminal.

Thus, for example, if a program was scheduled to run for 30 minutes, butat the scheduled viewing time the total content time length of an itemof content included in the program is 30 seconds longer than originallyscheduled (of if there was a 30 second buffering delay), the total timefor the program will now be 30 minutes and 30 seconds. In order to dealwith this technical challenge, an example technique is to truncate theend of the program (e.g., the last 30 seconds) to ensure the nextprogram begins as scheduled. However, this may provide an unpleasantuser viewing experience, as a key portion of the program may be cut off.

Another technique, sometimes referred to herein as a time shiftadjustment process, that may optionally be used is to enable a firstprogram to be shown to the user without truncation, even if the firstprogram overruns its scheduled time (as scheduled in the electronicprogram guide), and to delay the playback of the next, adjacent programso that the next, adjacent program does not start until 30 seconds (orother delay period) after its scheduled start time. For example, thedelay may be determined by calculating the time difference between anamount of time originally allocated for a given item of content and theactual play time. Optionally, the electronic program guide may bedynamically adjusted to reflect the extended time of the first programand/or the delayed start and/or end of the next program (and optionallyof still additional subsequent programs). Optionally, the electronicprogram guide is not adjusted to reflect the extended time of the firstprogram and/or the delayed start and/or end of the next program. Asdiscussed herein, the various items of content included in a program mayoptionally be streamed to the user terminal from various content sourcesfor playback via a content player.

Optionally, in the situation where the user may experience a time shift(e.g., as a result of an advertisement that ran longer than itsallocated time or as a result of buffering delays), the time shiftadjustment process may choose to not play or inhibit playing of one ormore upcoming advertisements in order to allow the program or channelbeing viewed by the user to ‘catch up’ to the originally scheduled“live,” non-time shifted timeline.

The foregoing technique may be dynamically performed on aviewer-by-viewer basis. Thus, if a first user is viewing the firstprogram (with the extended time), then the next, adjacent program starttime may be delayed, as discussed above. However, if a second user isnot viewing the first program (or had been viewing the first program butwithout delays, such as might be caused by buffering on the first userterminal), but then begins viewing the next, adjacent program (e.g., byselecting the next, adjacent program via the electronic program guide),the next adjacent program will begin playing to the second user via acontent player at the originally scheduled time.

Thus, two different users watching the same time-scheduled program mayactually view them with a time shift comprising a relative time skew(e.g., 30 seconds apart in this example), where the relative time skewmay be based on changes in program length of one or more programs beingviewed by one user that are not being viewed by another user or an aplayback delay (e.g., a buffering delay) that might affect one user butnot another user. Further, optionally the electronic program guide ofthe first user is dynamically adjusted to take into account the extendedlength of the first program, while the electronic program guide of thesecond user is not dynamically adjusted.

As similarly discussed above, changes in time length of a given item ofcontent may be determined from metadata accessed via an API from thecontent source. Optionally, content buffering or other data may beaccessed from a user terminal to determine if a display of a given itemof content is being delayed as a result of buffering or other delays.

Referring now to FIG. 9 , an example process for dynamically generatinga customized program guide is discussed. The process may optionally beperformed using the program guide generation module discussed above. Atblock 902, explicitly provided user preferences are accessed. Forexample, explicitly provided user preferences may be accessed from useraccount information which stores genre, program, subject matter, contentand/or channel likes and/or dislikes, user specifications of channels tobe blocked, user reminder instructions, user bookmarks, etc., previouslyprovided by the user.

At block 904, user viewing behavior (e.g., how long a user watchescontent per day or week, how many times in a specified time period theuser changes channels, how often per specified time period the usertries a new channel or show (a channel or show the user has notpreviously viewed), etc.) and viewing history may be accessed. At block906, inferred user preferences may be determined or accessed. Forexample, a user's likes and/or dislikes may be inferred from the user'sviewing history, user navigation, and viewing behavior, etc. By way ofillustration it may be inferred that the user's most viewed channels ina specified past time period (e.g., the last 30 days) are the user'smost preferred channels. On the other hand, if a user frequentlyswitches to a specific channel for short periods of time (e.g., a sportsnews channel), the process may infer that, even though the user does notspend long period of time viewing the channel, the channel is still astrongly preferred channel.

At block 910, a personalized, dynamically generated program guide isgenerated based at least in part on the explicitly provided userpreferences and/or the inferred user preferences. For example, theexplicitly provided user preferences and/or the inferred userpreferences may be used in determining the ordering of channels in theelectronic program guide (e.g., which channels are presented first,second, third, etc.); which, if any channels are to excluded from theprogram guide (e.g., channels that the system determines are of lowinterest to the user); which channels are to be highlighted (e.g., viacolor, animation, pop-up interfaces or otherwise, etc.), what types ofinformation are to be included in the program guide, etc. Thepersonalized, dynamically generated program guide may then be providedfor display to a user terminal.

Referring now to FIG. 10 , an example process for automaticallyassembling a program from multiple content items will be discussed. Theprocess may optionally be performed using the automatic programgeneration module discussed above. At block 1002, a user interface isprovided via which a programmer (where the programmer programs shows andmay be unfamiliar with software programming languages) can specifycriteria and rules for selecting content items for a program. Forexample, the user interface may enable a programmer to specify a namefor the program, keywords associated with the subject matter of theprogram, a program length, a maximum content item length, a minimumcontent item length, the desired content-type (e.g., recorded videoclips, still images, social media postings, blog streams, etc.), contentsources (e.g., content hosting sites), content item popularitythresholds, content item author popularity thresholds, social influenceratings (e.g., scores or rankings), etc.

At block 1004, the process identifies content that satisfies thespecified criteria, and ensures that the total length of the assembledof the content items, optionally including advertising, does not exceedthe specified program length by keeping a running total of the itemcontent being added to the program. For example, the process may access,via various content hosting APIs, associated metadata to determine ifthe criteria are met before selecting a given content item to beincluded in the program. For example, as part of the process ofdetermining if a given item of content matches keywords included in thecriteria, the process may compare keywords specified by the programmerto tags associated with the item content to determine if there is amatch.

At block 1006, the process assembles the program, including the selectedcontent items, and programs the content items to appear in a specifiedorder. The program may then optionally be included in a program guide,and users may access and view the program via their user terminals.

Referring now to FIG. 11 , an example process for dynamically generatinga program or channel is described. The process may optionally beperformed using the automatic program generation module discussed above.The process may be performed in substantially real time. The generatedcontent may include non-scheduled content and/or content notspecifically selected by the user (e.g., where the program or channel isnot simply a playlist defined by the user). At block 1102, the processdetects a user activation of a dynamic program generation control(sometimes referred to herein as a randomizer control) presented via auser interface of a user terminal.

At block 1104, the process accesses from memory dynamic programgeneration (randomizer) rules. For example, the randomizer rules mayinclude one or more of the following: do not include more than aspecified number of content items from the same author, do not includemore than a specified number of content items from the same source, donot include content items longer than a first specified length, do notinclude content items shorter than a second specified length, thedynamically generated program shall be a first specified length, onlyinclude content meeting a specified popularity threshold, only includecontent from authors meeting a specified popularity threshold, onlyinclude content from authors meeting a specified social influence ratingthreshold, etc.

At block 1106, the process accesses user account information (e.g.,explicitly provided user preferences (e.g., including likes and/ordislikes)), inferred user preferences (e.g., including likes and/ordislikes), user specifications of channels to be blocked, user reminderinstructions, user bookmarks, user viewing history, user navigation andviewing behavior, etc.). The process selects one or more content itemsbased at least in part on the user account information and/or thedynamic program generation rules. At block 1108, the process dynamicallygenerates a program using the selected content and causes the content tobe streamed to the user terminal.

Referring now to FIG. 12 , an example process for fast forwarding orrewinding through a programmed composed of content items from multiplecontent sources (e.g., video hosting sites, etc.) is described. Theprocess may optionally be performed using the unified player modulediscussed above.

At block 1202, a program comprised of multiple items of content frommultiple sources (e.g., from a plurality of content hosting serversoperated by different entities) is being streamed to a user terminal.For example, the program may include a first content item from a firstsource and a second content item from a second source. The user issues acontent navigation instruction by activating a content navigationcontrol, such as a fast forward control or a rewind control. At block1204, a determination is made as to whether execution of the navigationinstruction will cause a content boundary will be traversed. Forexample, the process may determine whether a fast forward operation,began while the first content item is being streamed from a firstsource, will exceed the length of the first content item. If the fastforward operation, began while the first content item is being streamedfrom a first source, will exceed the length of the first content item,then at block 1206, the fast forward process proceeds through the firstcontent item from the first source (e.g., with selected frames from thefirst content item being presented during the fast forward process), andat block 1208, the fast forward process proceeds through at least aportion of the second content item from the second source (e.g., withselected frames from the second content item being presented during thefast forward process).

Optionally, timing of placement of ancillary content, such asinterstitials (e.g., advertisements, games, quiz, informational content,etc.), during a program may be dynamically determined to enhance ormaintain user engagement with the program and/or the ancillary content.Optionally, such a determination may be made individually for a givenuser, or for a set of users that share specified common characteristics(e.g., have similar preferences for watching interstitial and/or programcontent, live in the same or similar region, have similar demographics,and/or the like). The programs and/or interstitials may be streamed toor downloaded from a server to a user device for viewing.Advantageously, network bandwidth may be more efficiently utilized byavoiding streaming or downloading content that the user is likely tonavigate away from.

Such enhanced user engagement with ancillary content makes it lesslikely that a user will navigate away from a current program to a newprogram (or other content), which would result in new resource (e.g.,content) requests. Frequent user navigation puts increased demand oncontent servers and on the networks used to communicate requests for newcontent to content servers. Thus, by scheduling ancillary content so asto reduce user navigation events and resource requests reduces serverand network loading, addressing the technical problem of managing serverand network loading.

For example, the system may determine a user's tolerance for viewing acertain type of ancillary content, such as an interstitial (e.g.,advertisements), when displayed during or between programs. Certainusers may enjoy watching advertisements, other users may be relativelyindifferent to advertisements, while still other users may so dislikeadvertisements that they will often or typically navigate away from aprogram in response to an advertisement being played. The system maymonitor a user's response to advertisements (and/or other ancillarycontent) during programs and detect, measure, and score the user'sresponse to such advertisements.

Optionally, an algorithm may be used to generate an advertisementtolerance score (e.g., where the higher the user's tolerance foradvertisements, the higher the score). The score may be used to decidethe placement in time in a program, relative to the start of theprogram, of one or more items of interstitial content, as played to auser via a user device. In addition or instead, the score may be used todecide the length of one or more items of interstitial content to beserved to the user device for playback. In addition or instead, thescore may be used to decide how many items of interstitial content areto be served to the user device during the program. In addition orinstead, the score may be used to decide the subject matter and/or typeof one or more items of interstitial content to be served to the userdevice.

For different users watching the system program at the same time ontheir respective terminals, the system may cause different timeplacement of items of interstitial content (relative to the beginning ofthe program) to be played, different interstitial content lengths to beplayed, and/or different items of interstitial content to be played.Optionally, users having the same or similar scores (e.g., with lessthan a 20% or less than a 10% variance) may be assigned to the sameclass of users, where users of the same class may be treated the same orsimilarly with respect to distribution of interstitials for a givenprogram or category of programs.

For example, user interactions with and/or responses to advertisementsmay be monitored. By way of illustration, a system, such as system 102,can detect when (with respect to time of day and/or relative to thebeginning of a program) and how often a user has fast forwarded throughadvertisements and/or how often a user has navigated away from a channelduring an advertisement. If the ad is an interactive ad (e.g.,configured to navigate the user to a website or present information inresponse to the user click on the advertisement), the system may furthertrack how often the user has interacted with interactive advertisements.The system may be configured to detect/determine more detailedinformation such as some or all of the following examples:

-   -   how many seconds (or other time unit) into an advertisement the        user navigated away from or fast forwarded through the        advertisement;    -   how many seconds (or other time unit) into a sequential series        of advertisements (where program content is not presented        between advertisements in the sequential series of        advertisements) the user navigated away from or fast forwarded        through the advertisements;    -   the number of advertisements in a sequence of advertisements the        user viewed before navigating away from or fast forwarded        through the advertisements;    -   the number of advertisements in a non-sequential series of        advertisements (where program content is presented between        advertisements in the sequential series of advertisements) the        user viewed before navigating away from or fast forwarded        through the advertisements;    -   how many seconds (or other time unit) into a non-sequential        series of advertisements (where program content is presented        between advertisements in the sequential series of        advertisements) the user navigated away from or fast forwarded        through a given advertisement;    -   how the user responded to an advertisement (e.g., viewed the        advertisement, fast forwarded through the advertisement, rewound        through the advertisement to watch it again, changed channels,        clicked on the advertisements) based on its placements in a        program stream (e.g., placed at the beginning of a program,        midway through a program (or other time position within a        program), at the end of the program, between programs, or the        like);    -   how the user responded to an advertisement at a given time of        day (e.g., viewed the advertisement, fast forwarded through the        advertisement, rewound through the advertisement to watch it        again, changed channels, clicked on the advertisements), and/or    -   other user behavior information discussed herein (e.g., other        user behavior information stored in user behavior data store        164).

Similar user behavior information may be detected, stored, and used todetermine placement for other types of interstitials (e.g., games,program information, etc.).

Optionally, the system will cause a predetermined amount ofinterstitials to be displayed during a program regardless of a user'shistorical response to interstitials, but may vary the placement ofinterstitials based on the user's historical response to interstitials.For example, the interstitial placement may be based on some or all of auser's historical responses to interstitials and/or other user behaviorinformation, so as to increase the likelihood that the user will viewand/or interact with interstitials.

By way of illustration and with reference to the example illustrated inFIG. 22 , 10 interstitials may be displayed during a program to twodifferent users. For the first user 2202, whose history indicated a hightolerance or preference for interstitials (e.g., advertisements), 2interstitials may be scheduled to be immediately played before thebeginning of the program and the other 8 interstitials may bedistributed throughout the program (including during the first quarterof the program) and immediately after the program. For the second user2204, whose history indicated a low tolerance for interstitials (e.g.,advertisements), no interstitials may be displayed immediately beforethe program begins or during the first third of the program, and the 10interstitials may be distributed through the last two thirds of theprogram. Thus, for the second user 2204, the display of interstitialsmay be delayed to enable the second user to have sufficient time to befully engaged in the program, and hence less likely to navigate awayfrom the interstitials (e.g., to another program on a differentchannel). The detected first and second user reactions to theinterstitials may be further used in determining when to displayinterstitials for future programs.

A prediction/scheduler system may include an artificial intelligenceengine employing machine learning or other process that may be utilizedto determine an optimum placement of interstitials for a given user orclass of users. For example, the artificial intelligence engine may makevary interstitial placement for a given user and learn which placementtends to result in the highest likelihood that the user will view allthe interstitials (or the greatest number of interstitials) with respectto a given program.

As will be described, the prediction/scheduler system may utilize one ormore of a deep neural network, a generative adversarial network, agenetic algorithm, a rules engine, a knowledge graph, a generalizedFibonacci sequence, a clustering algorithm, a recommender algorithm,and/or other technique for predicting user reactions to interstitialplacements and for using the predictions to determine and scheduleplacement of such interstitials (e.g., to maximize the amount ofinterstitials viewed and/or interacted with).

The prediction and/or scheduler technique used may be selected based onone or more criteria. For example, certain techniques may be faster,more accurate, require less training data, and/or require less computerresources (e.g., less memory or processor bandwidth) than othertechniques, and such factors may be utilized to selecting the optimumtechnique for a given situation.

By way of illustration, genetic algorithms may require less trainingdata than neural networks (which need a sufficient number ofrepresentative examples in order to be configured to capture theunderlying structure that enables the neural network to generalize tonew cases). Further, genetic algorithms may, in certain scenarios,generate relatively higher-quality solutions to optimization problems.However, a genetic algorithm may take a longer time to find anacceptable solution. By contrast, a neural network may take longer totrain, but then can almost instantly classify new inputs usingrelatively less processing bandwidth.

As similarly discussed above, there may be several algorithms/techniquesthat may be used to predict a given user's (or class of users') responseto different placements of interstitials and to determine an optimumplacement of interstitials for a given user or class of users. Suchalgorithms/techniques may be stored in respective pools ofalgorithms/techniques.

The best performing algorithm/technique may be identified from the pool,and selected for use for a given user or class of users (e.g., based onthe average performance of the algorithm/technique). Thealgorithm/technique selection algorithm may take into account the speedwith respect to finding a solution, the accuracy in identifying theoptimum interstitial placement (e.g., as determined by the amount ofinterstitials a user is predicted to watch), the amount of training dataneeded, the processor bandwidth needed, and/or the amount of memoryneeded. The selection may be dynamic or static. The selection may beperformed periodically or in response to certain events (e.g., detectionof a new video program or other item of video content about to bestreamed).

The inputs to a given prediction and/or scheduler model/engine mayinclude some or all of the historical user viewing and/or behavioralinformation discussed herein. For example, an artificial intelligenceengine may be configured to identify correlations between the inputinformation and the user's historical responses to interstitials atvarious placements. The correlations may then be used in performingpredictive analytics to determine how a user will respond to variousplacements of interstitials in a future program.

As discussed above, the prediction/scheduler system may optionallyinclude a learning engine comprising a neural network. The neuralnetwork may include one or more layers (e.g., hidden layers) of one ormore nodes. A given node may input one or more items of information,such as a user's historical responses to interstitials (e.g., changeprograms, fast forward, rewind, etc.) during one or more programs. Thenode may differently weight various inputs. The weighted inputs may besummed and a function may be applied to the summed weighted inputs togenerate a prediction as to a user's response to an interstitial for agiven placement in a given program. The prediction may be compared tothe user's actual historical response. If there is a difference, thedifference constitutes a prediction error. The weights may be adjustedand the prediction may be performed again to determine if the error hasdecreased or increased. The weights may be repeatedly adjusted until theerror cannot be reduced any further or until a certain number ofiterations have been performed. A gradient descent process may beutilized to reduce the error.

The weights for such minimized error may then be used to predict afuture user response to a given interstitial placement, and hence indetermining where to place such interstitials.

Optional techniques for determining a user's response to interstitials(or other ancillary content) will now be described. As discussed above,a user's behavior with respect to interstitials and program content maybe determined. For example, a user's interaction with content, such as aprogram and interstitial content, may be determined using a video playerthat reports such interactions via a video playback applicationprogramming interface (API) or plug-in. A program (e.g., a JavaScriptprogram) executed by an application, such as a browser, may be utilizedto obtain and set the current playing position. By way of furtherexample, video player requests for content decryption keys may be usedto determine a user's behavior with respect to interstitials and programcontent (e.g., did the user view the interstitial, fast forward throughthe interstitial, skip the interstitial, rewatch the interstitial,etc.).

By way of illustration, a request may be received over a network from auser device, for an item of content, such as video content. Interstitialcontent may be accessed and segmented, and the segments may beencrypted. A given decryption key for a given interstitial contentsegment may be associated with a respective locator, such as a URL. Amanifest file may be generated that includes locators corresponding todecryption keys for respective encrypted interstitial segments. Themanifest file may optionally further include locators corresponding tosegments of the requested item of video content and segments of theinterstitial content. The generated manifest file is transmitted to theuser device. A request for a first decryption key for an encrypted firstinterstitial segment may be received from the video player on the userdevice, and based at least in part on the request, a playback positionof the video player may be determined.

Example techniques for determining a playback position and whether auser has played or fast forwarded through content, such as interstitialcontent, are also described in U.S. patent application Ser. No.15/714,931, filed Sep. 25, 2017, and titled “METHODS AND SYSTEMS FORDETERMINING A VIDEO PLAYER PLAYBACK POSITION”, the content of which isincorporated herein by reference in its entirety.

FIGS. 23A-23B illustrate an example process for generating a predictionmodel that may be used to predict how a given user or class of userswill respond to a given placement of interstitials. Referring to FIG.23A, at block 2302A, historical viewing and interaction information isaccessed from a data store. Optionally, expressly provided userpreference information may be accessed as well. The historical viewingand interaction information may include some or all of the viewing andinteraction information discussed elsewhere herein with respect tointerstitials and/or program content. Similarly, the preferenceinformation may include some or all of the user preference informationdiscussed herein. Other information, such as the location of the userdevice when a given item of content associated with navigationinformation was played by the user device, the date/time when a givenitem of content associated with navigation information was played by theuser device, metadata associated with the given item of content, and/orbehavior information for social connections of the user, may optionallybe accessed from a data store.

At block 2304A, some or all of the information accessed at block 2302Amay be used to generate a prediction model that predicts how the userwill respond to potential interstitial presentations with respect to aprogram.

FIG. 23B illustrates an example process of generating a predictive modelin greater detail. At block 2302B, historical viewing, interaction,and/or preference information is accessed from a data store as similarlydiscussed above with respect to block 2302A. At block 2304B, inputweights for the model may be set to an initial value. For example, allweights may be set to the same value (e.g., 1) or to different values.At block 2306B, a first prediction is made using the inputs andassociated weights. The prediction predicts a user response for ahistorical placement of interstitials for which the user's actualresponse is known. At block 2308B, the prediction is compared the user'sactual response and an error indication is generated reflective of thedivergence of the prediction from the user's actual response. At 2310B,a determination is made as to whether the error indication should be fedback into the predictive model in an attempt to improve the model'saccuracy. For example, a fixed value may be used to determine how manytimes the model is to be trained. By way of further example, if theerror indication is below a specified threshold, the training loop maybe stop.

If a determination is made that the error indication should be fed backinto the predictive model in an attempt to improve the model's accuracy,the process proceeds to block 2312B and the model weights are adjusted.The process then proceeds back to block 2306B, and the predictive modelis executed again using the adjusted weights.

If a determination is made that the training loop should be halted, theprocess proceeds to block 2314B, and the error indications produced areanalyzed and the weights associated with the lowest error indication areidentified and selected for use.

FIG. 24 illustrates an example process for determining ancillary content(e.g., interstitial) placement. At block 2402, the user is identified.The user may be identified via user log-in information, a unique userdevice identifier, or otherwise. Optionally, the class (indicatinginterstitial tolerance) to which the user has been assigned may beidentified as well. At block 2404, information (e.g., metadata/tags) isaccessed regarding the program into which interstitials is to beinserted. For example, the program information may include programlength, subject matter, actors/performers, writer, director, and/orother program information discussed herein.

At block 2406, the number of interstitials designated for the program isidentified. For example, the number of interstitials designated for theprogram may have been included in metadata associated with the program,may be based on the length of the program, may be based on the subjectmatter of the program, may be based on the day/time the program is beingstreamed to the user, or a combination of two or more of the foregoingcriteria. Optionally, different criteria may be associated withdifferent weightings so that the relatively more important criteria maybe more heavily weighted than less important criteria.

At block 2408, a prediction model may be selected that predicts how theuser will respond to potential interstitial presentations with respectto a program. The selected prediction model may have been generatedusing the process illustrated in FIG. 23B or FIG. 26 (describedelsewhere herein). The prediction model may have been optimized for theuser, and may be selected based on the user identifier. The predictionmodel may have been optimized for a class of users (e.g., users havingsimilar or within a specified range of tolerance scores or othersimilarities described herein) to which the user belongs. The predictionmodel may optionally also utilize some or all of the program informationin generating prediction.

At block 2410, the prediction model is executed. A prediction model maybe executed multiple times in serial fashion (to reduce the amount ofmemory and processor utilized at a given time) or in parallel (to reducethe amount of time needed for execution) with different proposedplacements of interstitials to predict how the user will react to thegiven interstitial placements. A score may be generated that reflectsthe likelihood that the user will view all interstitials for a giveninterstitial placement.

At block 2412, based on the output of the prediction model, thedetermined number of interstitials are scheduled to enhance theprobability that the user will watch the interstitials. For example, adetermination may be made (e.g., using the score generated at block2410) as to which interstitial placement will likely result in the userwatching the largest amount of interstitials (as measured by time and/orthe number of interstitials). Other factors may be used in addition toor instead of the prediction in determining interstitial placements. Forexample, there may be a requirement that a certain interstitial or setof interstitials be displayed at a certain time or within a certainportion of a video program, and those particular interstitials may beaccordingly scheduled for display, while other interstitials may bescheduled in accordance with the predictions of user reaction.

At block 2414, the user's response to the interstitials is monitored.For example, some or all of the following may be monitored:

-   -   which interstitials the user viewed (e.g., without fast        forwarding or skipping);    -   how many seconds (or other time unit) into an interstitial the        user navigated away from or fast forwarded through/skipped the        interstitial;    -   how many seconds (or other time unit) into a sequential series        of interstitials (where program content is not presented between        interstitials in the sequential series of interstitials) the        user navigated away from or fast forwarded through/skipped the        interstitials;    -   the number of interstitials in a sequence of interstitials the        user viewed before navigating away from or fast forwarded        through/skipped the interstitials;    -   the number of interstitials in a non-sequential series of        interstitials (where program content is presented between        interstitials in the sequential series of interstitials) the        user viewed before navigating away from or fast forwarded        through/skipped the interstitials;    -   how many seconds (or other time unit) into a non-sequential        series of interstitials (where program content is presented        between interstitials in the sequential series of interstitials)        the user navigated away from or fast forwarded through/skipped a        given interstitial;    -   how the user responded to an interstitial (e.g., viewed the        interstitial, fast forwarded through/skipped the interstitial,        rewound through the interstitial to watch it again, changed        channels, clicked on the interstitials) based on its placements        in a program stream (e.g., placed at the beginning of a program,        midway through a program (or other time position within a        program), at the end of the program, between programs, or the        like); and/or    -   other user behavior information discussed herein

At block 2416, the user's response to the interstitials is compared tothe predicted response, and if the actual response is sufficiently closeto the predicted response, the process ends. Otherwise, at block 2418,the prediction model is updated based on the actual user response. Forexample, the prediction model weights (such as those discussed elsewhereherein with respect to the optional neural network utilization) may beiteratively updated and the updated prediction compared to the actualuser response until the prediction and actual user response are within amatching threshold.

As noted above, more than one technique/algorithm may be used in selectin predicting a user response to various interstitial placements andmore than one technique/algorithm may be used in selecting whichprediction technique/algorithm to utilize. Optionally, multipletechniques/algorithms may be used in combination to perform predictionsand/or to select a prediction algorithm. For example, genetic algorithmsmay be used in conjunction with a neural network.

By way of illustration, one or more genetic algorithms may be used togenerate hyperparameters for a neural network. Hyperparameters arevariables which determine the neural network structure (e.g., the numberof hidden layers) and the variables which determine how the network istrained (e.g., the learning rate).

For example, a population of several neural networks may be created,with initial or random hyperparameters assigned thereto. The neuralnetworks weights may be iteratively trained (with the different neuralnetworks trained sequentially or in parallel), and the resultingtraining cost may be calculated. In addition, a fitness score/cost ofeach neural network may be calculated (which indicates how well a giveniteration performed).

The fitness score may reflect how accurately the algorithm predicts howa user will react to a given placement of interstitials in a videoprogram. The fitness score may be used to increase the chances of agiven neural network “reproducing,” where the higher the fitness score,the higher the chance the neural network will reproduce. For example,the top N number (e.g., top 2) of performing neural networks (e.g., asdetermined by their fitness scores) may be selected. In addition, one ormore random neural networks may be selected. The “genes” of the selectedneural networks may be crossed over to create/breed one or more childrenneural networks. The children neural networks may be iteratively trainedas discussed above, their fitness scores may be calculated, the topperforming children may be selected, and the process may be repeatedagain. Finally, the process may be halted and the final selected childneural network may be used.

FIG. 25 illustrates an example prediction and scheduler system 2500. Inthis example, a pool 2504 of prediction engines (e.g., predictionmodels) are provided. The pool 2504 may be homogeneous (where all theprediction engines are of the same type) or the pool 2504 may beheterogeneous (including different types of prediction engines). Forexample, the prediction engines may include engines that utilize deepneural networks, generative adversarial networks, genetic algorithms,rules, knowledge graphs, generalized Fibonacci sequences, clusteringalgorithms, and/or other techniques.

The prediction engines may access historical user interaction dataand/or training data stored in a data store 2502, such as the monitoredinteraction data discussed above, in generating predictions of userresponses to different placements of interstitials. In addition, userpreference information (such as that discussed elsewhere herein) mayoptionally be utilized by the prediction engines in generatingpredictions. In addition, interstitial tags and/or video program tags(e.g., title, descriptive, subject matter, categorization, length,subject, or other tags) may be accessed and utilized by the predictionengines. For example, if a program tag indicates a subject matter thatmatches a user subject matter preference, a prediction engine maypredict that the user is more likely to watch interstitials even ifplaced early on in the program. By contrast, if a program tag indicatesa subject matter that does not match any user subject matter preference,a prediction engine may predict that the user is not likely to watchinterstitials if placed early on in the program (but may be more willingto watch interstitials if placed later in the program).

Prediction engine evaluator 2506 may evaluate predictions made bypredictions engines in the pool 2504. For example, as similarlydiscussed elsewhere, a fitness score may be generated for each enginewhich reflects how accurately a given engine predicted a user's responseto interstitials when compared to actual user responses (e.g., accessedfrom the data store 2502 or using real time user responses).

A prediction selection engine 2508 selects, for a given user or class ofuser, a prediction engine from the prediction engine pool 2504. Theprediction selection engine 2508 may perform the selection using thecorresponding evaluations performed by the prediction engine evaluator2506. In addition, the prediction selection engine 2508 may utilizeother factors in performing the selection. The prediction selectionengine 2508 may take into account the speed with respect to finding asolution, the accuracy in identifying the optimum interstitialplacement, the amount of training data needed, the processor bandwidthneeded, and/or the amount of memory needed. The selection may be dynamicor static. The prediction selection engine 2508 may perform theselection periodically or in response to certain events (e.g., detectionof a new video program or other item of video content about to bestreamed).

For example, the prediction selection engine 2508 may use a formula suchas that provided below, in determining whether a given prediction engineis to be selected:Performance value=w ₁ n ₁Fitness_score+w ₂ n ₂Processor_utilization+w ₃n ₃Memory_utilization+w ₄ n ₄Speed_performance+w ₅ n ₅(1/Amount_of_training_data)

Where:

-   -   w=weight    -   n=normalization factor    -   Fitness score=average accuracy in predicting user reaction to        interstitial placement    -   Processor_utilization=percentage of processor time utilized when        executed    -   Memory_utilization=amount of memory utilized    -   Speed_performance=the amount of time to generate a prediction    -   Amount_of_training_data=the amount of data needed to train the        algorithm

The evaluation process performed by predication engine evaluator 2506and the prediction engine selection process performed by the predictionengine selector 2508 may be performed in batch mode for multiple usersor class of users, optionally at a time selected based at least in parton system loading data. For example, the processes may be performed whenprocessing systems and memory are generally less utilized (e.g., between12 AM-4 AM, on weekends, etc.). The prediction engine selection may bestored (e.g., in the form of a prediction engine identifier) inassociated user (or user class) records. This technique reduces peakloading on system resources thereby address the technical problem ofmanaging system loading to ensure there is adequate processor and memorybandwidth to support resource demands.icall

A prediction engine execution module 2510 may be configured to accessand execute a selected prediction engine, optionally in real time. Forexample, when a user is watching a channel of video programs,immediately before the beginning of a given program (e.g., within 30 or60 seconds of the beginning of the program), a service request may bemade to the prediction engine execution module 2510 to execute aprediction engine. The service request may include a user identifier.The prediction engine execution module 2510 may utilize the useridentifier to access the associated prediction engine identifier fromthe user records data store 2514, and then execute the accessedprediction engine. The prediction engine may generate predictions formultiple different potential scheduling of interstitials. Theinterstitial scheduler 2512 may evaluate the predictions and select theschedule that is predicted to result in the most amount of viewinterstitials. Optionally, one or more rules may be taken into accountwhen performing the scheduling. For example, a rule may indicate that agiven interstitial must be streamed/played within a first time period(e.g., the first 5 minutes) or last time period (the last 10 minutes).Certain interstitials may be scheduled in according to the rules, whileother interstitials may be scheduled to maximized the likelihood thatthe user will view the interstitials.

FIG. 26 illustrates an example optional process for generating aprediction engine or an interstitial scheduler using a geneticalgorithm. At block 2602, a fitness function may be accessed.Optionally, different fitness functions may be selected and used fordifferent categories of video programs or interstitials. At block 2604,two or more existing models (e.g., prediction models or schedulingmodels) may be selected and executed. At block 2606, a threshold numberof top performing models may be identified (e.g., using a fitness coregenerated using the select fitness function). For example, the modelsmay be selected from a pool of models. At block 2610, the thresholdnumber of top performing models may be used to generate one or morechildren models. For example, “genes” of at least two top performingmodels may be crossed over to create/breed one or more children models.The children models performance may be evaluated and compared to that ofa parent model. If the performance (e.g., the survival rate) of a childis better than that of a parent, optionally the child model will replacethe lower performing parent model in the pool.

As discussed above, systems and processes are described configured toenable ancillary content pods, ancillary content placement, and/orancillary content pod durations to be adjusted on a user-by-user basisand/or a user cohort-by-user cohort basis (where a cohort may containmultiple users) to thereby provide tailored, targeted ancillary contentloads, placement, and durations even when providing a linear, scheduledviewing experience of programs/episodes. Further, the disclosed systemsand processes enable different ancillary content loads to be assigned todifferent channels of linear scheduled content and to differentgeographical areas of users.

The disclosed systems and processes improve computer systemfunctionality, enabling real time modification of ancillary content podlengths on a user-by-user or cohort-by-cohort basis, while reducingmemory, processor, and network utilization. Optionally, the ancillarycontent pod lengths may be configured by channels, device types,regions, cohorts, and/or the like. Thus, the ancillary content podlength may be adjusted based on a number of factors. This contrasts withconventional systems that are unable to dynamically modify the length ofancillary content pods and the playback of ancillary content pods, andinstead can only use pre-specified pod lengths and can only playbackancillary content pods at scheduled times. Further, systems andprocesses are described that manage the effects of communicationinterruptions between various systems to enable a channel of streamingcontent to continue being streamed without interruption.

For example, as described elsewhere herein, a given ancillary contentsegment (e.g., ad pod) may be assigned a predetermined time duration.However, different items of ancillary content (e.g., advertisements,previews of an upcoming program, a quiz, etc.) may have differentlengths, as similarly discussed elsewhere herein. Further, there may notbe sufficient ancillary content of a desired type (e.g., paidadvertisements) available when requested for a given pod.

One option to address an underrun of content in a pod would be to simplyuse placeholder content (e.g., a video to fill or help fill an otherwisenot fully-filled pod). However, such use of placeholder videos mayprovide an inadequate user experience. Further, when such placeholdercontent is used, providers of other ancillary content may not obtain adesired number of views for a given item of ancillary content. Stillfurther, the access and streaming of such placeholder content mayintroduce undesirable latencies. Therefore, an enhanced solution isdesired.

Further, unfilled pods may disadvantageously cause programs for a givenchannel of linear streaming content to drift from their publishedscheduled times so that the channel no longer matches the program guideschedule. Such de-synchronization may conventionally require a largeamount of computer resources to manage.

Further greatly adding to the difficulty in addressing such drift isthat, in many instances, different users or cohorts of users may bepresented with different combinations of ancillary content for a givenpod (e.g., ads targeted for a particular user type), even while watchingthe same primary content on the same linear, programmed channel withscheduled episodes. Because pods for a given user may be populateddifferently than for other users viewing a given item of primary contenton a given channel, the under-fill of a given ancillary content pod maybe different for different users. Thus, different users viewing the samestreaming channel associated with a content schedule may experiencedifferent amounts of drift, and indeed, some users may not experienceany drift. Yet further adding to the challenge of managing drift wherethere are multiple channels of linear programmed streaming content, isaddressing the scenario where a user is switching back and forth betweentwo or more channels, where it may be important not to lose track ofdrift associated with the user for each of the channels.

As discussed above, in order to address such technical difficulties insynchronizing streaming content playback across multiple users and userdevices (where users may view the same primary content but differentancillary content (e.g., different ads)), a given ancillary content(e.g., interstitial) pod duration may be adjusted on a user-by-user orcohort-by-cohort basis so that the starting time of a program (orprogram segment) subsequent to the ancillary content pod may be adjustedaccordingly on a user-by-user (or cohort-by-cohort) basis. In thefollowing discussion regarding various scenarios, ancillary content podswill be presented in program breaks or between programs (as opposed toas overlays while a program is being viewed).

FIG. 27 illustrates an example process configured to assign a user to acohort, where a cohort may contain a set of users randomly or having oneor more common characteristics. For example, as user may be assigned toa cohort based on how new a given user is as a user of the streamingservice, optionally a given user's demographics (e.g., genderidentification, age, marital status, geolocation, education level,income level, etc.), a given user's historical viewing history (e.g.,which channels and programs the user has watched, how often the userwatches a given channel or program, how long a user watches a givenprogram or channel, etc.), expressly specified or inferred userpreferences (e.g., genre, program, subject matter, content and/orchannel likes and/or dislikes; user specifications of channels to beblocked; user reminder instructions regarding a given program; userbookmarks of a given program; other user preferences discussed herein;and/or the like), user navigation history (e.g., whether the usernavigated away from an item of primary or ancillary content directed toa given subject matter (e.g., a given genre, or if the ancillary contentis an ad, a given brand), fast forwarded through an item of primary orancillary content directed to a given subject matter, skipped an item ofprimary or ancillary content directed to a given subject matter,replayed an item of primary or ancillary content directed to a givensubject matter, interacted with an item of primary or ancillary contentdirected to a given subject matter (e.g., clicked on a link in an itemof content, responded to a question or quiz posed by item of content,played a game provided by an item of content, and/or the like), and/orother criteria. Optionally, certain personally identifying data or otherpersonal data may not be used in assigning a person to a cohort toenhance privacy.

At block 2704, a set of user characteristics (e.g., some or all of theforegoing data) may be accessed from a corresponding user account recordfrom a corresponding database, such as a database described elsewhereherein. Users having specified user characteristics (e.g., a specifiedset of user characteristics, a threshold number of the usercharacteristics, or a minimum specified combination of certaincharacteristics) may be identified.

At block 2706, users that satisfy criteria for qualifying for a givencohort (e.g., having specified user characteristics needed in order tobe a member) may be assigned to the cohort. For example, the criteriamay be configured to group users together in a cohort that have certainsimilar content genre preferences, channel preferences, brandpreferences, viewing behavior (e.g., time spent watching one or morechannels, navigation patterns, etc.), and/or one or more specifieddemographic characteristics (e.g., age, gender, income, education level,marital status, number of children, geographical location, etc.).

As discussed above, an ancillary content load may be separatelydetermined for a given user or cohort of users. In addition, each vieweror cohort may optionally be associated with a different duration for agiven ancillary content pad (e.g., ad pod).

Optionally, a pod duration (e.g., an ad pod duration) may be set basedat least in part on one or more specified rules. Different rules may beapplied to different individual users and/or different cohorts. Forexample, a pod duration may have a fixed time length or a specifiedmaximum time length, or the duration may be set as a percentage of totalcontent (primary content and associated ancillary content), as apercentage of the primary content (which may be referred to as theancillary or ad load), and/or the like.

Optionally, a pod duration determination process may determine whichpods displayed during an item of primary content or between items ofprimary content are to have their lengths modified (e.g., shortened).Further a determination may made as to which ancillary content pods areto have their duration lengthened so as to compensate for the shortingof the duration of other ancillary content pods (where the change intime length may be distributed over multiple pods) in order toresynchronize a user's viewing experience to a channel schedule.

For example, if a user accesses a channel and begins watching a programafter it has already begun playing (so that the user has missed some orall of the program, and the time remaining in the program is thereforeless than the entire program time length), in order to maintain anacceptable ancillary content load, if the load was specified as apercentage, rather than determining the pod length based on the totallength of the primary content, an updated pod length may be calculatedbased on the time length of the primary content remaining relative to atwhat point the user began viewing the primary content.

Pod length duration may also be modified as a result of a pod underfillcondition. As discussed above, in certain instances a pod may not befully populated. The not-fully populated pod may have its durationcorrespondingly reduced. The unfilled time may then be distributed tofuture pods, thereby correspondingly extending the time length of one ormore future pods. The future pods may be populated using one or moretypes of ancillary content (e.g., unpaid-for ancillary content or paidfor ads). The distribution of unfilled time may be based on one or morespecified rules, and those rules may be different for differentusers/different cohorts, different programs, and/or different channels.For example, for certain users or cohorts it may be preferable (from theperspective of a user's experience) to display more ancillary contenttowards the end of a program, while for other users or cohorts it may bepreferable to display more ancillary content towards the middle of theprogram, and the rules may reflect such preferences.

When the ancillary content load is adjusted for a given user or cohort,the user will no longer be viewing the primary content as originallyscheduled. For example, if a 90 second pod (scheduled to be presentedbetween a first segment and a second segment of a program) is adjustedso that it is 60 seconds, those users being presented with the shortenedancillary content pod will then view the second segment of the programearlier than those whose pod is not shortened. Thus, the viewers viewingthe shortened pod will be viewing content that has “drifted” forwardfrom the channel schedule so that the second segment is streamed andplayed ahead of schedule. Optionally, when streaming and showing contentahead of schedule, future channel timelines may be preprocessed andcached for fast and reliable accessibility thereby advantageously makingthe system and streaming process more resilient to database faults, as asignificant amount of content to be streamed is already cached.

However, as discussed elsewhere herein, for certain types of programs,such as live programs having a set starting time, the system maydetermine that it is not possible to begin streaming the program earlierthan the set starting time, and that the set starting time is a hard“anchor.” In such a situation, the system may determine that a given podlength is not to be shortened and may also perform a resynchronize theuser's viewing experience to the anchor to compensate for any drift.

Thus, for example, a process configured to dynamically modify theduration and population of ancillary content pods may be applied on auser-by-user basis or a user cohort-by user cohort basis. Such podduration modification may result in drift, which may correspond to atime difference between the timing of content provided to the user andthe content's scheduled time in an original timeline/schedule. Using thedisclosed processes, drift may be tracked for a given user or cohort ona per-channel basis relative to a timing schedule for that channel,resulting from the adaptive placement and playing of ancillary content.Further, when a user switches between a first channel and a secondchannel, there may be drift across multiple channels that needs to betracked. Disclosed herein are processes for tracking drift for multiplechannels during a user session. In addition, the disclosed systems andprocesses enable a rule to be implemented specifying a maximum permitteddrift for a given channel or channel time period. For example,optionally, a maximum permitted drift may be specified for a time period(e.g., 8 hours, 12 hours, 24 hours, or other time period) and/or for anumber of sequential programs on a channel.

Drift may optionally be calculated based on the last “stitchable” in acontent stream to a user device, from the start of each call processing.A stitchable may be defined as a unit of time corresponding to an itemof content. For example, a stitchable may be defined to be the entiretime length of a program or as a segment of a program. The process willmap the adjusted timeline for a user or cohort resulting from drift todetermine when the next stitchable (e.g., program or program segment)will begin. When tracking drift, the process may store an associatedchannel identifier, a timeline identifier, a stitchable type (e.g.,clip, advertisement, advertisement pods, etc.), stitchable identifier(e.g., clip identifier, ad pod identifier identifier), and/or userstream ending time (e.g., in UTC (Coordinated Universal Time) time).Because the drift information may include a channel identifier, driftmay be tracked for multiple channels accessed by a user during a usersession.

Optionally, to reduce computer processor and memory utilization, driftis only calculated when needed (e.g., to backfill content into a pod).For example, the drift value may be updated upon adding a stitchable tothe content stream being streamed to the user device. Optionally, thecalculated drift will only be stored if the process determines that thedrift value is greater than a specified threshold (e.g., zero seconds,one second, or other threshold), thereby reducing memory utilization. Ifthe drift value does not satisfy the threshold, the drift value may bedeleted or overwritten with other data, conserving memory.

In certain instances, it is possible that in response to a request forancillary content of a certain length to populate an ancillary contentpod having the corresponding length, the returned ancillary content willbe longer than requested. For example, as described elsewhere herein, avideo stitcher service may transmit a request to an ancillary contentload tuning microservice, which in turn may request and receives one ormore clip identifiers (clipID(s)) from a database. In response todetermining that the returned ancillary content is longer than thelength of the corresponding pod, the pod length (time duration) may becorrespondingly lengthened so that is long enough to contain thereturned ancillary content. The returned ancillary content may bestreamed to a user device during the lengthened ancillary content pod.The next item (e.g., segment) of primary of content, associated with acorresponding scheduled start time, may be streamed immediately afterthe items of ancillary content associated with the lengthened ancillarycontent pod are streamed to the user device, and later than acorresponding previously scheduled start time of the item of primarycontent. One or more subsequent ancillary content pods may have theirtime lengths shortened so as to cause a future item of content to bestreamed in accordance with its scheduled start time, thus synchronizingcontent streaming back to a previously specified content streamingschedule. The shortened ancillary contents may be populated via requestsfor ancillary content having corresponding lengths. Such ancillarycontent may then be streamed to the user device at times correspondingto their respective ancillary pods.

Examples of drift and drift-types will now be discussed with referenceto the figures.

Drift may be in a forward direction (which may be referred to as forwarddrift) or in a backward direction (which may be referred to as backwarddrift). FIG. 28 illustrates an example of forward drift. The originalcontent timeline 2802 including Episodes 1, 2, and 3 is illustrated. Theoriginal timeline 2802 may correspond to a linear channel in a publishedelectronic program guide listing multiple channels of streaming programsand associated scheduled program (e.g., episode) start and end times assimilarly discussed elsewhere herein. A given episode as positioned inthe timeline may include (between the episode start time and end time)one or more ancillary content pods.

In the illustrated example of FIG. 28 , a user timeline 2804 has Episode3 beginning before its scheduled time (and hence diverging from theoriginal timeline 2802) by an amount referred to as the forward drifttime. As similarly discussed above, such forward drift may be the resultof an underfilled pod, where the pod time length is correspondinglyshortened from the pod's originally scheduled length. Other viewers(such as viewers in different cohorts) may not experience such drift(because their pods were fully populated) and hence such viewers mayview episode 3 beginning at the original scheduled time as indicated onoriginal timeline 2802. In order to synchronize the drifted usertimeline with the original timeline 2802, the system may increase thelength of one or more subsequent pods, scheduled to be presented during(or after) Episode 2, for an aggregate amount corresponding to theforward drift time.

A maximum allowed forward drift may be specified. The maximum allowedforward drift may be a configurable value (e.g., a time value). Once themaximum allowed forward drift time threshold is met, the viewer'sviewing experience may be resynchronized with the original timelinecorresponding to the program guide (e.g., by extending a pod durationand populating the extended pod duration). The maximum allowed forwarddrift time and the actual determined forward drift time may be storedfor each channel the user has viewed in the current user session (e.g.,prior to the user turning off the user's device being used to view thechannel content, or logging out or closing the application used to viewthe channel content). This enables the drift to be kept track of evenwhen the user switches back and forth between channels (e.g., byselecting among channels via the program guide), thereby enabling anaccurate determination to be made as to whether the maximum allowedforward drift threshold has been satisfied.

FIG. 29 illustrates an example of backward drift (where primary contentis presented later than scheduled in the program guide). The originalcontent timeline 2902 (including Episodes 1, 2, and 3) is illustrated.As similarly discussed above, the original timeline 2902 may correspondto a published electronic program guide listing multiple linear channelsof streaming programs and associated program start and end times. Inthis example, a user timeline 2904 has Episode 2 beginning after thescheduled time (and hence diverging from the original timeline 2902) byan amount referred to as the backward drift time.

The backward drift may be the result of a user switching from onechannel to the channel corresponding to timeline 2902 in what would bethe middle of Episode 2 according to the published schedule. Rather thanhave the user miss the beginning of Episode 2, the system may beginstreaming Episode 2 to the user device from the episode beginning eventhough it has an earlier scheduled start time. Thus, the user will viewthe beginning of Episode 2 later than the originally scheduled time (andlater than viewers that are not subject to backward drift). By way offurther example, if the user changes channels or begins watching thechannel corresponding to timeline 2902, and an advertisement included inan ad pod is scheduled to be playing, the system may instead beginstreaming the primary content of Episode 2.

In order to synchronize the user with the original timeline 2902, thesystem may reduce the length of a pod scheduled to be presented during(or after) Episode 2. A maximum allowed backward drift may be specified.The maximum allowed backward drift may be a configurable value (e.g., atime value), which may correspond to the calculated approximate driftacquired during the corresponding timeline. The maximum allowed backwarddrift time and the actual determined backward drift time may be storedfor each channel the user has viewed in the current user session.

Once the system determines that the maximum allowed backward drift timethreshold is met, the user's viewing experience may be resynchronizedwith the original timeline corresponding to the program guide (e.g., byshortening the duration of one or more pods by a commensurate amount).The maximum allowed backward drift time and the actual determinedbackward drift time may be stored, in associated with a channelidentifier, for each channel the user has viewed in the current usersession (e.g., prior to the user turning off the user's device beingused to view the channel content, or prior to logging out or closing theapplication used to view the channel content). This enables the drift tobe kept track of even when the user switches back and forth betweenchannels (e.g., by selecting channels via the program guide), therebyenabling an accurate determination to be made as to whether the maximumallowed backward drift threshold has been satisfied for a given channel.

Certain additional aspects of dynamically configuring ancillary contentpods will now be described. Various variables may be utilized inconfiguring an ancillary content pod, including a maximum allowed driftvariable, a permitted pod load variation variable, one or more variablesspecifying the maximum percentage of a pod duration that may bepopulated for corresponding content types (e.g., house advertisements (aself-promotional advertisement for the streaming service), publicservice announcements, quizzes, paid advertisements, etc.), a driftstrategy variable, an ad load variable, a backfill strategy variable,and/or a backfill transitions variable. Different variable values may bespecified for different cohorts of users, for users or user devices indifferent geographical areas, and/or for different channels. Forexample, the foregoing variables may be selected so as to control driftin a manner configured to enhance a user's viewing experience so as toencourage a user to remain on a given channel and to encourage a user tocontinue using the streaming services provided by the system operator.

The foregoing ancillary content pod configuration variables aredescribed below. Variable values may be specified by a user via a userinterface or via a learning engine (e.g., an artificial intelligenceengine) using a data interface (e.g., an API). For each variable type adefault value may be specified (e.g., as appropriate: a default integervalue, such as “0”, “1”, or “2”; a default Boolean value, such as “true”or “false”, or an alphanumeric value, such as “a”, “b”, “c”).

As discussed above, a maximum forward drift time may be specified. Forexample, the maximum forward drift time may be specified with sufficientprecision so as to permit flexibility in backfilling content while beingable to closely resynchronize a user's viewing experience to an originaltimeline. By way of illustration, the maximum forward drift time may bespecified in units of milliseconds or centiseconds. Once the thresholdis exceeded, a synchronization process may be performed to bring theuser's viewing experience back to the original scheduled timeline. Forexample, one or more items of backfill content may be selected andinserted into the user's timeline until synchronization is achieved.Optionally, to ensure that desynchronization does not inadvertentlybecome practically difficult to deal with (e.g., with respect to theamount of memory and processor resources needed to keep track of suchdrift), a default maximum permitted forward drift time may be set (e.g.,in the range of 600000 milliseconds-12000000 milliseconds, or otherdesired value) which can then be modified as needed.

Backfill content may include, by way of example, filler, targeted,indirect, and/or repurposed content. By way of example, filler contentmay be a graphic. Targeted content may be manually tagged as such. Byway of further example, indirect content may be dynamically chosen basedat least in part on attributes such as duration, category, subcategory,genre, and/or subgenre.

Repurposed content may comprise content programmed to be streamed andplayed earlier on the same channel. Advantageously, such repurposedcontent may likely be appropriate for the channel as backfill content(e.g., with respect to genre or theme) as it had already been previouslyprogrammed to be streamed on the channel.

Some or all of the backfill content may optionally be stored in a clipcache which may utilize high-speed memory (e.g., solid state memory,such as RAM, rather than rotating magnetic or optical disc memory thathas inherent mechanical delays) to reduce latency. Preferably, backfillcontent inserted into a stream is selected so as it is not repetitiveand is not truncated arbitrarily.

A permitted ancillary content pod load variable may specify thepercentage of a given episode (including primary content and ancillarycontent) that may be populated during ancillary content (e.g., anadvertisement, public service announcement, etc.). A permitted ancillarycontent pod load variation variable may specify how much, in terms of apercentage, the actual ancillary content pod (e.g., advertisement pod)load may vary from a scheduled, programmed ancillary content pod load.Optionally, a default permitted pod load variation variable may bespecified (e.g., 100%, meaning that the permitted ancillary content podload will not be more than 100% of the programmed ancillary content podload). Optionally, a given ancillary content pod length is predefined asa percentage of the maximum programmed time. Optionally, a givenancillary content pod length is predefined as a maximum ancillarycontent length for a given episode, and then ancillary content loadtunning services may adjust the length as described herein.

Variables, specifying the maximum percentage of a pod duration that maybe populated for corresponding content types, may include a variable forhouse ads (a HouseAdMax variable). The HouseAdMax variable value maylimit the percentage of requested pod durations populated using houseads. For example, if the HouseAdMax is set to 0%, then the requested podduration will not be populated with any house ads (which may provide anenhanced user viewing experience). If the HouseAdMax is set to 50%, thenup to 50% of the requested pod duration may be populated with house ads(although the actual percentage may be lower, such as where there ispreferred other ancillary content available, such as paidadvertisements). By way of further example, if the HouseAdMax is set to100%, then there may be no limits placed on the population of therequested pod duration with house ads.

In order to maintain the ancillary content load, paid advertisements maybe used to populate the pods to partly or entirely make up for the lackof house ads (e.g., when the HouseAdMax variable is set to 0%). Thus,where the HouseAdMax is set to 0%, the video services stitcher may issuea pod content request (e.g., an ad break request with the requestedbreak duration and the ad load configuration) to an advertising adproxy/ad pod service for the paid advertisements. The ad proxy/ad podservice may in turn request, over a network, advertisements from one ormore remote advertising platforms.

Similarly, a PaidAdMax variable may be provide a similar function as theHouseAdMax variable to thereby provide the capability to limit theamount of paid ads used to satisfy a programmed ad load (e.g., byspecifying a maximum percentage of a pod that may be populated usingpaid advertisements).

Referring now to FIG. 35 , an example process for requesting, assemblingand streaming content for a pod (e.g., an ad break pod) is illustrated.At block 3502, a video services stitcher streams primary content for alinear channel of programmed content to a user device. At block 3504, adetermination is made by the video services stitcher as to whether thereis a scheduled upcoming pod (e.g., an ad pod) within a specified periodof time (e.g., in the range of the next 5 seconds to 10 minutes).

If a determination is made that there is an upcoming pod, at block 3506,the video services stitcher may assemble and generate a request forancillary content with which to populate the pod. The request mayinclude, by way of example, the duration, metadata from the currentprimary content episode/clip, a JSON Web Token (JWT) token with some orall of the user session information discussed herein, and the ancillarycontent load configuration (which may include a cohort identifier andthe HouseAdMax and/or the PaidAdMax values discussed above). The loadconfiguration may be cached and readily accessed from the localhigh-speed memory (where it may be stored in order reduce systemlatency). Optionally, to better manage storage of a large number of loadconfigurations, the configurations may be stored in the database, inhigh-speed memory, divided by channel, into multiple keys (where data isstored as a key/value pair).

The ancillary content pod (e.g., ad break pod) duration may, by way ofexample, be determined by the video services stitcher using informationregarding the programmed timeline/episode, information regarding adbreak locations in the episode, and the maximum ad break time specifiedfor the episode. The JWT token may be compatible with an open standard(e.g., RFC 7519) that defines a compact and self-contained, digitallysigned way for securely transmitting information between parties as aJSON object, that can be verified via the signature. The request may betransmitted to the pod service. At block 3508, the pod service mayaccess or request ancillary content and may cause the ancillary contentto be streamed to the video services stitcher. At block 3510, the videoservices stitcher may stream the ancillary content at the appropriatetime to the user device for display.

Referring now to FIG. 30 , an example architecture configured to performa timeline management process is illustrated. A user device 3006 mayinclude a streaming Internet media player, a smart television, a mobiledevice, a desktop computer, a smart wearable device, an augmentedreality device, a virtual reality device, or other user deviceconfigured to transmit requests for streaming content and to receive anddisplay streaming content. The user device 3006 may (e.g., via a browseror dedicated application hosted by the user device 3006) initiatestreaming of a channel of linear content and/or video on demand content.For example, a user 3000 accessing the user device 3006 may open adedicated application configured to request and receive streamingcontent from video services stitcher 3002. The application may enablethe user 3000 to select a channel of linear programmed content assimilarly described elsewhere herein (e.g., by touching, pointing,and/or clicking on a channel presented via an electronic program guide).

The video services stitcher 3002 may have already accessed one or moreancillary content load configurations (e.g., ad load configurations),which may optionally be stored in a primary database in relativelyslower memory (e.g., a rotating memory device, such as a magnetic oroptical disk drive). A given ad load configuration may utilize some orall of the foregoing configuration variables. The configurationstructure may optionally include some or all of the following data (andoptionally still additional data, such as a video on demand identifier):

-   -   channelID(s)—the channel identifier(s) of the channel(s) the        configuration is to be applied to;    -   VoD(s)—the video on demand identifier(s) of the video on demand        content the configuration is to be applied to    -   cohortID—the cohort identifier(s) of the cohort(s) to which the        configuration will be applied;    -   deviceTypes—an array of devices to which the configuration will        be applied;    -   HouseAdMax;    -   Region(s)—regions (e.g., geographical regions) to which the        configuration will be applied.

If, for example, a channel identifier is determined not to be includedin the ancillary content load configuration, the configuration may beapplied to several or all channels. By way of further example, if acohort identifier is determined not to be included in the ancillarycontent load configuration, the configuration may be applied to severalor all cohorts and users.

Thus, the configuration data (e.g., the channel identifier, cohortidentifier, and/or device types), data associated with the user 3000and/or the user device 3006 may be used by the video services stitcher3002 to select the appropriate ancillary content load configuration frommemory to apply to the channel (or video on demand content) requested bythe user device 1006. Such data may include an identifier associatedwith the channel (or video on demand content) being requested by theuser device 3006, an identifier associated with the user and/or theuser's cohort, an identifier associated with video on demand contentbeing requested, and/or a device type associated with the user device3006 s.

The selected ancillary content load configuration may be accessed fromthe relatively slower memory and may then be stored in high-speed cachememory with user session data (e.g., that captures the current status ofuser interaction with dedicated application or website, user identity,login credentials, personalization information, recent actions, and/orthe like) to provide quick access to the selected ancillary content loadconfiguration. Optionally, a shared-nothing, symmetric databasearchitecture may be utilized configured to enable dataset sizes to growlinearly without requiring recoding. The video services stitcher 3002may initiate an ad load variation process each time the user 1000selects, via the user device 1006, a new channel.

Updates to the ancillary content load configuration may be fetchedperiodically by the video services stitcher 3002 and cached in local,high-speed memory to ensure the configuration will be readily availablewhen needed, thereby reducing latencies, optionally so that any delaysare not perceptible to a given viewer. Further, the ancillary contentload configuration updates may be performed in the background to avoidintroducing additional latency from the viewer perspective. An ancillarycontent load tuning microservice 3008 may receive the ancillary contentload configuration updates. The ancillary content load tuningmicroservice 3008 may be configured to identify units of content (e.g.,clips) to communicate to the video services stitcher 3002 to be used asbackfill content (e.g., to compensate for drift). Optionally, periodicupdates may be substituted with the event bus (which enables differentsoftware components to communicate with each other) and theconfiguration changes would be propagated to stitcher instances andthere will be no need to reread all the configuration items periodicallyand only on the start-up of the service

The video services stitcher 3002 may request ancillary content topopulate a pod of a specified duration. The video services stitcher 3002may identify the appropriate duration of the requested pod content usinginformation accessed from memory, such as information regarding theprogrammed timeline, information regarding an episode, informationregarding pod locations in the episode and/or the maximum specifiedancillary content time for the episode. The video services stitcher 3002may also specify the applicable, selected ancillary load configuration.For example, where the ancillary content comprises advertisements andthe pod corresponds to an ad break, the video services stitcher 3002 mayrequest ad break content from an ad proxy/ad pod service (e.g.,ancillary content proxy/pod service 3010). The ancillary contentproxy/pod service 3010 may communicate over a network with one or moread platforms that may provide targeted advertisements, such as a demandside platform.

The video services stitcher 3002 may assemble and transmit a playlist tothe user device 1006 (including content accessed from a stitchablescontent cache 3004). If the HLS protocol is being used, the videoservices stitcher 3002 may make the content stream available to clients,such as the application hosted on user device 1006, through a URL thatreturns an HLS .m3u8 file. The application may access and/or play eachitem of content in the defined order. Optionally, the MPEG-DASH protocolor other protocol may be utilized rather than or in addition to the HLSprotocol.

User session may be communicated from the user device 3006 applicationto, and stored by, the stitchables content cache 3004. Drift data may becommunicated from the stitcher 3002 to the user device 3006.

The foregoing architecture may be utilized to implement the followingdrift, load, and/or backfill strategies.

As discussed above, backward or forward drift may occur as a result of apod being underfilled (which may cause forward drift) or as a result ofa viewer switching to a channel, where the viewer has missed thebeginning of a streaming program (which may result in backward drift).With respect to managing drift, different drift strategies may beselected and used for different users, cohorts, channels, and/orprograms. A DriftStrategy variable may be set to identify the driftstrategy that is to be used. For example, a DriftStrategy variable valueof “0” may indicate that a fixed viewing experience is to be used, whereeach timeline may have a hard anchor, where a given timeline has setstart and stop times, and a reference to a given episode (where anepisode may be a container for a movie or a set of video clips) so thatresynchronization is performed by the end of a given episode. By way offurther example, a DriftStrategy variable value of “1” may indicate thata hybrid viewing experience is to be used, where drift is permitted toaccumulate over multiple timelines (e.g., multiple episodes).

In addition, different algorithms may be selected and used to determinehow to distribute a given type of ancillary content (e.g., ads) overmultiple pods to compensate for forward drift and resynchronize the usertimeline with the original timeline. A LoadStrategy variable may be setto identify the load algorithm that is to be used. For example, aLoadStrategy variable value of “0” may indicate that if ad time is notdistributed equally amongst pods (e.g., in order to compensate fordrift), ads will be placed in respective pods, in descending order bytime so that earlier scheduled pods will be allocated ad time beforelater scheduled pods. A LoadStrategy variable value of “1” may indicatethat if ad time is not distributed equally amongst pods (e.g., in orderto compensate for drift), ads will be placed in respective pods, inascending order by time so that earlier scheduled pods will be allocatedadditional ad time before later pods.

Similarly, different backfill strategies for populating pods tocompensate for forward drift and to resynchronize a user's timeline tothe original timeline may be selected and used for different users,cohorts, channels, and/or programs. A BackfillStrategy variable may beset to identify the backfill strategy that is to be used.

For example, a BackfillStrategy variable value of “0” may indicate thatonly “filler” content is to be used in performing a backfill operation.By way of example, filler content may be ancillary content that is notsponsored by an advertiser, such as a house ad, a house cartooncharacter, a news item, a quiz, or the like.

A BackfillStrategy variable value of “1” may indicate that ancillarytargeted content is to be used in performing the backfill operation ifand to the extent such ancillary targeted content is available, and“filler” content is to be used in performing the backfill operation tosatisfy any time to be backfilled to the extent it was not backfilledusing targeted content. Targeted ancillary content may include contentmanually identified (e.g., tagged) by an authorized user to be used asbackfill content.

A BackfillStrategy variable value of “2” may indicate that the usercorresponding to the user timeline is permitted to select the fillercontent or filler content type/subject matter that is to be presented tothe user when filler is used to populate a pod or episode. For example,a user interface may be provided for display on the user device viawhich the user can specify filler content types, such as quizzes, news,information on actors or directors, and so on. Such user specificationmay be stored in the user's account data and may be used in the futureto select backfill content.

Optionally, backfill content may only be added after the currentlystreaming episode associated with the drift.

Optionally, the requested backfill content time duration to compensatefor drift may be based on a number of factors. For example, therequested backfill content time duration may be based on the maximumconfigured drift for the channel, the current amount of drift for theuser's stream, and an increment value. By way of illustrative example,if the maximum configured drift for the channel is 60 minutes, and thecurrent amount of drift is 58 minutes 59 seconds, and the incrementvalue is 1 minute 46 seconds, the video services stitcher will requestthe ancillary content load tuning microservice to provide 60 minutes and45 seconds of backfill content into the stream to the user's device.

Optionally, a transitional notification may be presented prior to theplaying of the backfill content on the user's device, the notificationinforming the user that backfill content will be presented. In addition,optionally a transitional notification may be presented immediatelyafter the playing of the backfill content, the notification informingthe user that the playing of the backfill content has completed. FIG. 31illustrates an example of the placement of transition clips and backfillcontent in an episode.

As illustrated, transition video clips may be streamed for display to auser device between programmed content and backfill content. Forexample, video clips may be identified within a content database astransition clips. In addition, one or more video clips may be identifiedas default clips that are to be used if transition clips are needed butnot available or found. A BackfillTransitions variable value of “false”may indicate that transition clips are not to be inserted betweenprogrammed content and backfill content. A BackfillTransitions variablevalue of “true” may indicate that transition clips are to be insertedbetween programmed content and backfill content.

Disadvantageously, there may often be occurrences where the returnedbackfill content duration will be less than the requested duration.Depending on the scenario such an occurrence may be handled in differentways.

For example, as discussed above, there may be instances where a hardtime/event anchor may be present in a timeline, where the user's viewingexperience needs to be aligned with the published schedule at suchanchor. For example, if a live program is being streamed, it is notpossible to watch the live program in advance, and so the user's viewingexperience cannot be modified so as to begin streaming the live programbefore its start time. Therefore, the user's viewing experience withrespect to such live program may be anchored to the beginning of thelive program.

By way of further example, there may be certain content items that mustbe aired at a specific time and no earlier (e.g., based on one or morerules). In this example, as with the live content example, there may bea hard anchor requiring strict alignment with the program schedule withrespect to such anchors for a given episode. However, in otherinstances, such strict alignment with respect to a specific episode maynot be required or utilized, and drift may be permitted to accumulateover multiple episodes.

The presence of an anchor may be considered in the backfill process, asdiscussed below:

-   -   If there an upcoming item of anchored content, and if the drift        is not fully filled with backfill content prior to the anchored        content, the following options may be utilized:    -   a. If the unfilled time is <Unfilled Threshold (e.g., 5, 10, or        15 seconds) then filler content may be inserted to enable        continuity of the stream;    -   b. If the unfilled time is >Unfilled Threshold then another        ancillary content pod (e.g., an ad pod) may be inserted        immediately after the backfill content and the content (e.g., ad        content) may be requested from the ancillary content (e.g., ad)        proxy/pod service. If unfilled time still remains before the        anchor, then additional filler content may be inserted to enable        continuity of the stream.

To the extent that there is still a difference between the requestedduration of backfill content and the actual duration of the backfillcontent, such difference may optionally be maintained as drift on theuser's stream.

Referring now to FIG. 32 , an example architecture and process isillustrated for managing a backfill process.

As discussed with respect to FIG. 31 , optionally a transition clip(e.g., 5-10 seconds long) may be accessed and presented prior tobackfill content informing the viewer regarding the playing of theupcoming backfill content, thereby providing an enhanced viewer playbackexperience.

A video stitcher service 3212 transmits a request to the ancillarycontent load tuning microservice 3206 for backfill content. The contentrequest may specify the accumulated drift time, the associated channelbeing streamed to the user/viewer device, and device information (e.g.,the device ID). Using the requested data, the ancillary content loadtuning microservice 3206 requests and receives one or more clipidentifiers (clipID(s)) from a database (e.g., optionally via dataabstraction layer microservice 3204). The data abstraction layermicroservice 3204 is configured to abstract the connection to a database3202 (that stores backfill content and data related to a contentcatalog) on behalf of applications and services needing access to thedatabase 3202. The data abstraction layer microservice 3204 may alsocontain a business layer logic configured to determine how to process orshare information retrieved from the database 3202.

The video services stitcher 3212 uses the clipID(s) from the dataabstraction layer microservice 3204 to determine if the clipID(s) (andhence the corresponding stitchable video clips for the backfill content)already exist in the cache database 3210 stored in the high-speedmemory. If the corresponding clipID(s) exist in the cache database 3210,the backfill content, generated from the stitchable video clips storedin the cache database, is inserted into the user content stream.

If the clipID(s) (and hence the corresponding stitchable video clips forthe backfill content) are not available in the cache database 3210, thevideo stitcher service 3212 may transmit a request for the neededstitchable clips data from the data abstraction layer microservice 3204,may form backfill stitchables from the received clip data, and may storethe backfill stitchables in the stitchables database cache 3210,optionally in an association with a configurable expiration date/time.The backfill content may then be included in the content stream to theuser device.

With respect to inserting the backfill content, even before backfilldata is inserted into the user stream, the video stitcher service 3212may already be providing metadata (e.g., metadata described elsewhereherein) regarding the clip currently being streamed to the user device.When the video stitcher service 3212 inserts backfill content into theuser stream, the corresponding metadata may be automatically passed tothe client application playing the content on the user device. The videostitcher service 3212 may explicitly tag the clip metadata streamed tothe client application on the user device as a backfill content so thatclient application will be able to represent it accordingly to the user(e.g., with text, graphic, or video notifications).

Referring now to FIG. 36 , example timelines are illustrated, depictingthe application of backfill content to compensate for forward drift inthe scenarios where there is a dynamic timeline no anchors, a fixedtimeline with anchors placed at episode boundaries (at the beginning andend of the episode), and a dynamic timeline with an anchor to a singleevent (e.g., a beginning or end of an episode). It is understood thatother numbers of slots may be provided for ancillary content than thoseprovided in the example timelines. Optionally, the number of ancillarycontent slots may be specified based on the scheduled duration of theancillary content pods and the duration of each individual item ofancillary content.

The original, scheduled timeline 3602 depicts the start and stopboundaries of Episodes A, B, C, and the placement of ancillary contentad pods 1-6. The dynamic timeline 3604 with no anchors depicts theforward drift of the beginning of Episode B resulting from theunder-population of pods 1-3. The dynamic timeline 3604 with no anchorsalso depicts the forward drift of the beginning of Episode C resultingfrom the under-population of pods 1-5.

Fixed timeline 3606 depicts anchors placed at the beginning and end ofEpisode B (between the end of Episode B and the beginning of Episode C).The foregoing backfill process inserts backfill content immediatelybefore each of the anchors so as to compensate for drift caused by theunderfill of ad pods 1-5. The inserted backfill content causes Episode Bto start at the scheduled time and, with the backfill content insertedimmediately after Episode B, causes Episode C to start at the scheduledtime (and so to correspond with the start Episode B and the startEpisode C of original timeline 3602).

Hybrid timeline 3608 depicts a single event anchor placed at thebeginning of Episode C. The foregoing backfill process inserts backfillcontent immediately before the single anchor so as to compensate fordrift caused by the underfill of ad pods 1-5. The inserted backfillcontent causes Episode C to start at the scheduled time (and so tocorrespond with the start Episode C of original timeline 3602).

Certain examples of pod duration and drift management will now bediscussed to further illustrate the foregoing teachings. Referring nowto FIG. 33 , an example timeline is depicted to illustrate a process ofdetermining the amount of ancillary time (e.g., ad time) per episodewith a given ancillary content (e.g., ad) load variation configuration.For example, the determination may be performed by the video servicesstitcher discussed above using a load variation configuration providedby the ancillary load tuning microservice discussed above. In thisexample, the process begins with a viewer viewing the timeline episodefrom the start.

When streaming a channel of linear content, the video services stitcherhas information regarding the current timeline/episode, informationregarding the entire content duration and the maximum ancillary content(e.g., advertisement) time programmed for regarding the currenttimeline/episode.

Referring again to FIG. 33 , in the illustrated example the totalprogrammed time for primary content is calculated as follows:

-   -   Total programmed time for primary content in the example        episode=15 minutes of primary content+10 minutes of primary        content+5 minutes of primary content+15 minutes of primary        content+5 minutes of primary content=50 minutes of primary        content

In the illustrated example, the total programmed time for ancillarycontent is calculated as follows:Total programmed time for ancillary content=2 minutes of ancillarycontent+2 minutes of ancillary content+2 minutes of ancillary content+2minutes of ancillary content=8 minutes of ancillary content

Therefore, the programmed ancillary content (e.g., ad) load, expressedas a percentage may be calculated as follows:Programmed ancillary content load for episode=100*total ancillarycontent time/(total ancillary content time+total primary contenttime)=(8 min/(50 min+8 min)=13.8%.

In this example, the ancillary load variation value is set to 10% (e.g.,by the ancillary content load tuning microservice).

Therefore, using the ancillary load variation value, the adjusted totalancillary content time may be calculated by video services stitcher asfollows:(total primary content time*ancillary load variationvalue)/(100−ancillary load variation value)=(50 min*10%)/(100%−10%)=5.55min=333.33 sec.

Optionally, the calculated adjusted total ancillary content time may beset to a nearest multiple of a specified time increment value. Forexample, if the specified time increment value is set to 15, then in theforegoing example, where the adjusted total ancillary content time is333.33 sec, the closest multiple of 15 is 330 sec (which may be referredto as the rounded total ancillary content time). Such a rounding processreduces computer resource utilization with respect to satisfying suchcalculated time.

In this example, 330 seconds of budgeted ancillary content time isdistributed among the four pods scheduled for the episode (Pod1, Pod2,Pod3, Pod4). A pod increment time period may be specified, where the podis to be a multiple of the increment time period. In this example, thepod increment time period is set to 15 seconds.

If the rounded total ancillary content time is not evenly divisible overthe episode pods, different strategies may be used to determine how toallocate the time over the pods. For example, the rounded totalancillary content time allocation may be front loaded (where more timeis allocated to the first pods and less time is allocated to the laterpods) or backloaded (where less time is allocated to the first pods andmore time is allocated to the later pods). In this example, afrontloaded strategy will be used, where the additional, front loadedtime is allocated in increments of 15 seconds or multiples thereof.Therefore, in the example above, the 330 seconds of rounded totalancillary content time may be distributed in the following cadence (andcontent may be requested to populate the pods):

Pod1=90 sec

Pod2=90 sec

Pod3=75 sec

Pod4=75 sec

Optionally, the video services stitcher performs a failsafe check todetermine if the configured ancillary content load value is greater thanthe programmed ancillary content load value. If the video servicesstitcher determines that the configured ancillary content load value isgreater than the programmed ancillary content load value, the videoservices stitcher may utilize the programmed ancillary content loadvalue instead of the configured ancillary content load value.

As discussed above, the ancillary content may comprise one or moreadvertisements. An ancillary (e.g., ad) content proxy/pod service mayrequest ads to populate the pods. However, as previously discussed,advertising services may return ads whose total time may be less thanthe requested duration needed to populate the pods (e.g., the ad pods).In order to ensure that drift is kept to a correctable amount and toensure that the actual ad load is as close as possible to the configuredad load, it is desirable to keep as close as possible to the configuredancillary content/ad load. Therefore, as similarly discussed above, ifthere is an underrun for a given pod, that pod may be shortened by anamount corresponding to the underrun in ad time, and that amount maythen be added to a subsequent pod (or divided up amongst a plurality ofsubsequent pods).

Referring back the example above, with Pod1=90 seconds, Pod2=90 seconds,Pod3=75 seconds, Pod4=75 seconds, the following example scenario will bediscussed.

Where 90 seconds of ads were requested for Pod1, but only 60 seconds ofad time content is received, there is a 30 second underrun from theconfigured ad load. The 30 seconds may be allocated over the subsequentad pods to compensate for the underrun. The system may attempt to evenlydistribute pod extension time to compensate for the underrun over thesubsequent ad pods, However, where the underrun compensation extensiontime cannot be evenly distributed over the remaining episode pods, thetime may be distributed in a frontloaded or backloaded manner, with aset increment value (e.g., 15 seconds) so that certain pods are extendedmore than other pods, while still attempting to distribute the underrunso that the pods lengths will be as equal as possible.

In the foregoing example, the unpopulated 30 seconds from Pod1 aredistributed, using the frontloaded algorithm described above, asfollows:Pod2=90 seconds (with no additional time added)Pod3=75 seconds+15 seconds (to compensate for the underrun)=90 secPod4=75 seconds+15 seconds (to compensate for the underrun)=90 sec

To continue the example, 90 seconds of ads are requested to populate thenow extended Pod2, but only 75 seconds of ads are received, resulting ina 15 second underrun for Pod2. Therefore, the 15 seconds will beallocated in a frontloaded manner to the subsequent pods as follows:Pod3=90 seconds+15 seconds (to compensate for the underrun)=105 secondsPod4=90 seconds

To continue the example, 105 seconds of ads are requested to populateextended Pod3, but only 80 seconds of ads are received, resulting in a25 second underrun for Pod3. Therefore, the 25 seconds will be allocatedto remaining Pod4 as follows:Pod4=90 seconds+25 seconds (to compensate for the underrun)=115 seconds.

Referring now to FIG. 34 , another example of reallocation of pod timefor an episode will be discussed. In this example, a user device startsrequesting the episode stream one minute before Pod4 is scheduled to bestreamed (e.g., as a result of switching from one channel to another).In order to maintain the ancillary content load, the system will causethe length of Pod4 for to be reduced, drift will be introduced.

Following is a description the analysis and calculation (which may beperformed by the video services stitcher) of time reallocation for agiven amount of ancillary content (e.g., ad) time per episode with agiven load variation configuration from the ancillary content loadtuning microservice, where the user device requests the episode streamone minute before Pod4 is scheduled to be streamed at 3404.

Given the example above:maximum content time from 3404 until the end of the episode=1 minute ofprimary content+5 minutes of primary content=6 minutes of remainingprimary content time.total remaining ancillary content (e.g., ad) time=2 minutes.

As in the above example, the load variation configured by ancillarycontent load tuning microservice is 10%.

Programmed ancillary content (e.g., ad content) load for the remainderof the episode (beginning at 3404)=remaining ancillary contenttime/(remaining primary content time+remaining ancillary content time)=2minutes/(6 minutes+2 minutes)=25%.

However, the desired ancillary content load (the configured ad load) is10%, and so the adjusted remaining ad content time=(remaining ancillarycontent time*ancillary load variation)/(100%-ancillary loadvariation)=(6 minutes*10%)/(100%-10%)=0.67 minutes=40 seconds.

As before, the calculated adjusted total ancillary content time may beset to a nearest multiple of a specified time increment value. Forexample, if is the specified time increment value set to 15, then in theforegoing example, where the adjusted total ancillary content time is 40sec, the closest multiple of 15 is 45 seconds (which may be referred toas the rounded total ancillary content time).

Accordingly, to satisfy the rounded total ancillary time of 45 seconds,Pod4 will now be reduced from 120 seconds to 45 seconds, which willcause a forward drift of 120-45=75 seconds. Rather than streaming thecontent to the user device beginning 1 minute before Pod4, because ofthe adjustment, the content will be streamed to the user device 75seconds earlier (135 seconds prior than the beginning of scheduledPod4). Thus, the user will be viewing the content 75 seconds in the pastas compared to other users and the scheduled time.

Because the time length of Pod4 is reduced, more time is available topresent primary content. Further, advantageously, the video servicesstitcher is provided with an additional 75 seconds to request ancillarycontent (e.g., advertisements) in the background for subsequent pods.

In a scenario where there is another pod within the 75 seconds (such aswhen there is a short primary content clip between Pod4 and the earlierpod), than rather starting streaming to the user device 75 seconds inpast, the 75 seconds will be reduced to a time which aligns with thestart of the relatively short clip right after the previous pod.

Optionally, the video services stitcher performs a failsafe check todetermine if the configured ancillary content (e.g., ad) load will bemore than programmed ancillary content load. If a determination is madethat the configured ancillary content load will be more than programmedancillary content load, then the video services stitcher will use theprogrammed ancillary content load rather than the configured ancillarycontent load.

Another technical challenge is presented when certain functions, such asthe ancillary load tuning microservice, becomes unavailable (e.g., for alimited period of time, such as due to a temporary component failure ornetwork outage). For example, the video services stitcher may request aconfigured ancillary content (e.g., ad) load configuration set from anancillary load tuning microservice. The video services stitcher maydetermine that the ancillary load tuning microservice is not reachableor that the ancillary load tuning microservice has not responded withina threshold period of time and that a timeout condition has occurred. Insuch an occurrence, the video services stitcher may, as a fallback, usean earlier accessed version of the ancillary content (e.g., ad) loadconfiguration. As a further fallback, if the earlier accessed version ofthe ancillary content (e.g., ad) load configuration is unavailable, apreset default configuration variable values may be accessed (e.g., froma local memory).

In addition, the disclosed system may be configured to enhance a user'sviewing experience when the user is accessing a given channel ofstreaming content while an ad pod is scheduled to be playing. Ratherthan streaming the scheduled ad pod to the user's device at thescheduled time, the system may cause the ad pod to be skipped. Thus, theuser will not view the ad pod at the scheduled time (although otherusers who had been viewing the channel prior to the start of the ad podmay still have the ad pod streamed to and played back by the respectiveuser devices).

For example, with reference to the example timeline illustrated in FIG.37 , a user device may access a channel when an ad pod is scheduled tobe streamed and played at the current time. Conventionally a requestwould be issued by a video services stitcher to an ad proxy service forads to populate the ad pod. The video services stitcher would provide acontent stream to the user device only after the ad proxy serviceobtained and returned ads to populate the ad pod. During the delaycaused by the need to request and receive ads, the user may not beprovided with any content to view, providing a poor user experience.

The foregoing technical problem may be exacerbated when a user issurfing channels looking for content of interest to view. When channelsurfing, the user may land on a given channel for just a few secondsbefore moving on to the next channel. Conventionally, each time a useraccesses a channel, ad content will be requested from the ad proxy.However, because the user is quickly changing to another channel, someor all of the ad content may not be utilized or streamed to the userdevice, and may be logically discarded. Thus, the ad proxy will bedisadvantageously excessively loaded by such requests without theprocessing results being utilized.

To address the foregoing technical problem, rather than requesting adcontent when a user lands on a channel in the middle of a scheduled pod,backward drift may be introduced allowing the user to view primarycontent, such as the beginning of Episode 2 (which may have already beenstreamed according to schedule to other user devices). Advantageously,this approach enables streaming to the user device to beginsubstantially immediately as ads do not need to be requested andprovided in real time. However, the ads may still be requested in thebackground while Episode 2 is being streamed to the user device andshown in a later pod if the user returns to the channel, therebyavoiding streaming latency and deadtime with respect to the user deviceand user experience.

Further, when the user changes from one channel to another channel, therequest for ads may be delayed for a threshold period of time, where ifthe user does not stay on the new channel for more than the thresholdperiod of time (e.g., in the range of 5-15 seconds), the ad request fora pod in the new channel is not issued thereby reducing unnecessaryloading of the ad proxy service.

Advantageously, because the user will immediately view primary contentat each streaming channel while channel surfing (rather than waiting forad content to be accessed and then displayed), the user isadvantageously enabled to quickly inspect the primary content and decidewhether to remain on the channel to continue viewing the primarycontent. The ancillary pod content may then be displayed at a latertime.

Still further challenges are posed when a user is switching among two ormore channels. An additional challenge is keeping track of the driftassociated with the multiple channels. As discussed above, while a useris streaming a given first channel, pods may shrink as a result ofunderfills, and forward drift may accumulate relative to the publishedschedule (which assumes full pods with no pod reduction in length). As aresult of the forward drift, the user is watching content on the firstchannel earlier than it was originally scheduled to be played. Forexample, as illustrated in FIG. 38 , portions of Episode 2 and thebeginning of Episode 3 are streamed to and played by the user deviceearlier than scheduled in the original timeline, as illustrated in theuser stream timeline.

However, if the drift on the first channel is not tracked once theuser's switches to a second channel, disadvantageously, when the userswitches back to the first channel, the content will be played accordingto the original published schedule as illustrated in FIG. 38 . Hence,because the user had earlier viewed content played ahead of schedule,once the user switches back to the first channel, the user may bepresented with the same content for a second time, corresponding to theamount of accumulated drift. Such repeat playing and re-watching ofcontent provides a poor user experience and unnecessarily uses computerresources and network bandwidth in streaming the same content to thesame user device twice in rapid succession (e.g., less than 1 minute).

In order to ensure that the same content is not streamed and playedtwice as a result of drift and the user switching channels, the videoservices stitcher is configured to store the amount of drift per channelin the user session data. A Time to Live (TTL) limit is set for the usersession that limits the lifespan of the session (e.g., using a timestampattached to or embedded in the session). Once the prescribed timespanhas elapsed, the session data may be discarded or revalidated. The TTLsetting logic is updated to be set to a value not less than the largestdrift time. When the user switches from the first channel (havingassociated forward drift) to the second channel, the drift on the firstchannel will be decreasing in an amount corresponding to the time theuser is viewing other channels during the user session.

The drift value may be managed using the following drift rules:

-   -   1. If the user does not return to the first channel (having        associated drift) for a duration equal to or greater than the        drift accumulated for the first channel, then the drift        indicator is cancelled and the channel drift value may be set to        zero or overwritten in the user session, and the first channel        drift does not to be further tracked.    -   2. If the user returns to the first channel after a time period        less than the drift time, then the user will be presented with        the content of the first channel resuming from the point where        the user had navigated away from the first channel. This enables        the user to avoid missing viewing any content and reduces the        drift for the first channel by the elapsed amount of programming        time when the user was viewing other channels streamed to the        user device.

Another challenge posed when a user is switching among two or morechannels relates to the management of ancillary content pods, such as adpods. With reference to FIG. 39 , conventionally, when a user isstreaming a first channel (channel_1) and switches to a second channel(channel_2) in the middle of an ad pod (which may include one or morevideo ads), the TTL expiration set for the ad pod on the first channel,the information regarding the ad pod may be deleted or overwritten, andthe first channel (channel_1) stream is removed in favor of creating thestream for the second channel (channel_2).

When the user returns to the first channel (channel_1) while the ad podis still scheduled to be playing, the video services stitcher requestsnew content for the ad pod from the ancillary content proxy (e.g., thead proxy) and streams the new ads to populate the ad pod to the userdevice only after the video stitcher service received a response fromthe ancillary content proxy (e.g., ad proxy). Disadvantageously, becauseof the delay introduced by having to request and stream new content tothe user device, the user will experience latency (e.g., deadtime) whenthe user switches back to and resumes streaming the first channel(channel_1). Further, because multiple requests are issued to the adproxy for content for the same ad pod, the ad proxy must process ahigher request servicing load and must use additional computer resourcesto handle such load. Yet further, the beacons associated with thecontent of the original ad pod content are not fired, and socredit/value is not ascribed to playing of the original ad pod content.

The foregoing technical issue is solved by storing pod information on aper channel basis as a separate key (where data is stored as a key/valuepair) in a database stored in high-speed memory that acts as a cache.The pod information may be stored with an expiration time set to causethe pod information to be deleted, overwritten, or marked as expiredonce the information is no longer needed. This further avoids countingads that are only partly shown as being fully shown (e.g., formonetization impression purposes).

Further, preferably, to enhance the user experience, when a usernavigates away from a video ad presented on a first channel and thenreturns to the first channel during a session, it may be preferred thatthe same video ad is not played (either from the beginning or resumingfrom where the user left off). For example, it may be preferable tostart streaming the next ad in the ad pod to the user device.

Referring to FIG. 40 , an example application of the technical solutionis illustrated. In this example, the existing drift time is sufficientso that rather than having to present the program, ads may be presentedto the user in the ad pod. In other words, in the illustrated example,the user changes from channel_1 to channel_2 and then returns tochannel_1 during the same ad pod (sometimes also referred to as an adbreak), and the drift time is equal to or greater than the amount ofdrift time the user would lose by starting the video from the beginning.In the illustrated example, the drift time is 5 minutes.

In the illustrated example:

-   -   The user is viewing channel_1 and streaming ad_1 from AdBreak_1;    -   The user switches to the channel_2 while ad_1 is playing and        then switches back to channel_1 one minute later while ad_3 is        playing.    -   Using the drift time, the system is able to resume the stream        from the point user left channel_1. However, a rule is        implemented in this example that prevents the same ad that was        being streamed to the user device when the user switched from        channel_1 to channel_2 from being streamed and presented to the        user when the user returns to the channel_1 stream. Instead, the        system will stream, from the beginning, ad_3 from AdBreak_1.        Thus, rather than requesting new ad content from the ad proxy to        populate the adBreak (which would require system and network        resources and further load the ad proxy), the video services        stitcher will reuse the already fetched ad_3 (and then ad_4).        Further, advantageously, the user will not experience latency        when switching channels.

In addition, the drift value may be adjusted by the amount of thestreamed reused adBreak time. Although ad_1 and ad_2 may not be countedas monetized impressions because the user did not view all of ad_1 orany of ad_2, advantageously, ad_3 and ad_4 may be counted as monetizedimpressions as they will be fully played.

Optionally, if the user changes from a first channel, while a first adis playing, to a second channel, but then returns to the first channelwhile the first ad is still scheduled to be playing, the system mayresume streaming the first ad from the point the user left the ad. Incertain scenarios the playing of the ad to the user may be excluded frombeing counted as a monetizable impression, however, this techniqueinhibits the user from skipping ads. Optionally, as in the illustratedexample, if the user changes from a first channel, while a first ad isplaying, to a second channel, but then returns to the first channelwhile a different ad is scheduled to be playing, that different ad maybe streamed to the user device from the beginning, and the playback maybe counted as a monetizable impression.

Referring now to the example illustrated in FIG. 41 , in the illustratedexample the drift time is zero, and therefore there is less drift timeavailable than the amount of drift time the user would lose by startingthe ad that would otherwise be streamed and played from the beginning.

As in the example discussed above with respect to FIG. 40 , in theexample illustrated in FIG. 41 :

-   -   The user is viewing channel_1 and streaming ad_1 from AdBreak_1;    -   The user switches to channel_2 while ad_1 is playing and then        switches back to channel_1 one minute later while ad_3 is        playing.

However, in this example, there is no drift time available. Further, inthis example, there is a rule inhibiting the firing of an ad beaconunless a video ad is fully streamed to a user device. Hence, if ad_3were streamed to the user device from midpoint, an ad beacon would notfire, and the playing of the portion of ad_3 will not be treated as amonetizable impression. Therefore, in this example, the video servicestitcher will skip the streaming of ad_3 to the user device, and willinstead immediately stream ad_4 to the user device. This will contributea drift time equal to the difference from where the user returned tochannel_1 during the scheduled playback of ad_3 until the end of thead_3 (approximately 20 seconds in this example).

Referring now to FIG. 42 , an example architecture and process isillustrated configured to collect, process and report key benefitindicators with respect to the distribution, viewing, interaction, andreporting of ancillary content, such as advertisements. The foregoingdata may be provided to a business intelligence system.

The illustrated system is configured to differentiate between differenttypes of ancillary content distributed, viewed, and interacted with(e.g., paid advertisements, house advertisements, public serviceannouncements, backfill content, transition content, etc.). Theillustrated system may further be configured to determine and analyzethe foregoing data on a user session-by-user session basis. Further, theillustrated system is configured to determine an ancillary content loadfor a given user for a given channel for a given session and todetermine the user responses and differences in user responses todifferent ancillary content loads and report the same.

The video services stitcher 4202 may issue a request for ads to populatean ad pod to an ancillary content proxy/pod service 4206, as similarlydiscussed elsewhere herein. The ancillary content proxy/pod service 4206may respond with corresponding ancillary content and URLs (e.g., ads andad impression URLs). For example, some of the foregoing data may begenerated based on the impression URLs, associated with respective itemsof ancillary content, fired by the video services stitcher 4202 (e.g.,server side ancillary content (e.g., ad) beacons) or the clientapplication 4204 when a corresponding item of ancillary content isviewed by the user. In order to have an appropriate view per the usersession, the user session identifier is included in the impression URLs.The user session identifier may be inserted into a given impression URLby the ancillary content proxy/pod service 4206.

The reporting service 4208 may use the impression data to generatereports providing the foregoing data.

Thus, systems and methods are described that enhance the placement ofcontent, such as interstitial content, to increase the viewing of suchcontent. Techniques described herein may optionally be used to reduceoverall system loading, reduce peak system loading, and enhance systemperformance with respect to generating predictions of contentinteractions.

Depending on the embodiment, certain acts, events, or functions of anyof the processes or algorithms described herein can be performed in adifferent sequence, can be added, merged, or left out altogether (e.g.,not all described operations or events are necessary for the practice ofthe algorithm). Moreover, in certain embodiments, operations or eventscan be performed concurrently, e.g., through multi-threaded processing,interrupt processing, or multiple processors or processor cores or onother parallel architectures, rather than sequentially.

The various illustrative logical blocks, modules, routines, andalgorithm steps described in connection with the embodiments disclosedherein can be implemented as electronic hardware, computer software, orcombinations of both. To clearly illustrate this interchangeability ofhardware and software, various illustrative components, blocks, modules,and steps have been described above generally in terms of theirfunctionality. Whether such functionality is implemented as hardware orsoftware depends upon the particular application and design constraintsimposed on the overall system. The described functionality can beimplemented in varying ways for each particular application, but suchimplementation decisions should not be interpreted as causing adeparture from the scope of the disclosure.

Moreover, the various illustrative logical blocks and modules describedin connection with the embodiments disclosed herein can be implementedor performed by a machine, such as a general purpose processor device, adigital signal processor (DSP), an application specific integratedcircuit (ASIC), a field programmable gate array (FPGA) or otherprogrammable logic device, discrete gate or transistor logic, discretehardware components, or any combination thereof designed to perform thefunctions described herein. A general purpose processor device can be amicroprocessor, but in the alternative, the processor device can be acontroller, microcontroller, or state machine, combinations of the same,or the like. A processor device can include electrical circuitryconfigured to process computer-executable instructions. In anotherembodiment, a processor device includes an FPGA or other programmabledevice that performs logic operations without processingcomputer-executable instructions. A processor device can also beimplemented as a combination of computing devices, e.g., a combinationof a DSP and a microprocessor, a plurality of microprocessors, one ormore microprocessors in conjunction with a DSP core, or any other suchconfiguration. Although described herein primarily with respect todigital technology, a processor device may also include primarily analogcomponents. A computing environment can include any type of computersystem, including, but not limited to, a computer system based on amicroprocessor, a mainframe computer, a digital signal processor, aportable computing device, a device controller, or a computationalengine within an appliance, to name a few.

The elements of a method, process, routine, or algorithm described inconnection with the embodiments disclosed herein can be embodieddirectly in hardware, in a software module executed by a processordevice, or in a combination of the two. A software module can reside inRAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory,registers, hard disk, a removable disk, a CD-ROM, or any other form of anon-transitory computer-readable storage medium. An exemplary storagemedium can be coupled to the processor device such that the processordevice can read information from, and write information to, the storagemedium. In the alternative, the storage medium can be integral to theprocessor device. The processor device and the storage medium can residein an ASIC. The ASIC can reside in a user terminal. In the alternative,the processor device and the storage medium can reside as discretecomponents in a user terminal.

Conditional language used herein, such as, among others, “can,” “may,”“might,” “may,” “e.g.,” and the like, unless specifically statedotherwise, or otherwise understood within the context as used, isgenerally intended to convey that certain embodiments include, whileother embodiments do not include, certain features, elements and/orsteps. Thus, such conditional language is not generally intended toimply that features, elements and/or steps are in any way required forone or more embodiments or that one or more embodiments necessarilyinclude logic for deciding, with or without other input or prompting,whether these features, elements and/or steps are included or are to beperformed in any particular embodiment. The terms “comprising,”“including,” “having,” and the like are synonymous and are usedinclusively, in an open-ended fashion, and do not exclude additionalelements, features, acts, operations, and so forth. Also, the term “or”is used in its inclusive sense (and not in its exclusive sense) so thatwhen used, for example, to connect a list of elements, the term “or”means one, some, or all of the elements in the list.

Disjunctive language such as the phrase “at least one of X, Y, Z,”unless specifically stated otherwise, is otherwise understood with thecontext as used in general to present that an item, term, etc., may beeither X, Y, or Z, or any combination thereof (e.g., X, Y, and/or Z).Thus, such disjunctive language is not generally intended to, and shouldnot, imply that certain embodiments require at least one of X, at leastone of Y, or at least one of Z to each be present.

While the phrase “click” may be used with respect to a user selecting acontrol, menu selection, or the like, other user inputs may be used,such as voice commands, text entry, gestures, etc. User inputs may, byway of example, be provided via an interface, such as via text fields,wherein a user enters text, and/or via a menu selection (e.g., a dropdown menu, a list or other arrangement via which the user can check viaa check box or otherwise make a selection or selections, a group ofindividually selectable icons, etc.). When the user provides an input oractivates a control, a corresponding computing system may perform thecorresponding operation. Some or all of the data, inputs andinstructions provided by a user may optionally be stored in a systemdata store (e.g., a database), from which the system may access andretrieve such data, inputs, and instructions. The notifications and userinterfaces described herein may be provided via a Web page, a dedicatedor non-dedicated phone application, computer application, a shortmessaging service message (e.g., SMS, MMS, etc.), instant messaging,email, push notification, audibly, and/or otherwise.

The user terminals described herein may be in the form of a mobilecommunication device (e.g., a cell phone), laptop, tablet computer,interactive television, game console, media streaming device,head-wearable display, networked watch, etc. The user terminals mayoptionally include displays, user input devices (e.g., touchscreen,keyboard, mouse, voice recognition, etc.), network interfaces, etc.While the above detailed description has shown, described, and pointedout novel features as applied to various embodiments, it can beunderstood that various omissions, substitutions, and changes in theform and details of the devices or algorithms illustrated can be madewithout departing from the spirit of the disclosure. As can berecognized, certain embodiments described herein can be embodied withina form that does not provide all of the features and benefits set forthherein, as some features can be used or practiced separately fromothers. The scope of certain embodiments disclosed herein is indicatedby the appended claims rather than by the foregoing description. Allchanges which come within the meaning and range of equivalency of theclaims are to be embraced within their scope.

What is claimed is:
 1. A system configured to dynamically controlstreaming of content for channels of linear, scheduled content, thesystem comprising: a network interface; at least one processing device;non-transitory memory storing programmatic code that when executed bythe at least one processing device, cause the system to: access aspecification of a first time length of a first ancillary content pod,wherein ancillary content used to populate the first ancillary contentpod is configured to be displayed between items of primary content, theitems of primary content comprising video content, wherein the items ofprimary content are associated with corresponding scheduled start playtimes; transmit a first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod; determine whether the response to the first request for ancillarycontent of a duration corresponding to the first time length of thefirst ancillary content pod includes ancillary content of sufficientduration to populate the first time length of the first ancillarycontent pod; at least partly in response to determining that theresponse to the first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod is insufficient to populate the first time length of the firstancillary content pod: reduce the first time length of the firstancillary content pod by a first time period; cause items of ancillarycontent associated with the response to the first request for ancillarycontent to be streamed to a first user device as part of a streamingchannel comprising primary content having scheduled start times; causean item of primary content, associated with a corresponding scheduledstart time, to be streamed immediately after the items of ancillarycontent associated with the response to the first request for ancillarycontent are streamed to the first user device, and earlier than thecorresponding scheduled start time of the item of primary content;determine respective extension time lengths for one or more ancillarycontent pods scheduled to be played after the first ancillary contentpod; extend the respective time lengths of the one or more ancillarycontent pods scheduled to be played after the first ancillary contentpod by respective extension time lengths to thereby synchronize playingby the first user device of a second item of primary content to acorresponding scheduled start time associated with the second item ofprimary content; cause the one or more ancillary content pods extendedby respective extension time lengths to be populated with ancillarycontent; and cause the ancillary content used to populate the one ormore ancillary content pods extended by respective extension timelengths, to be streamed to the first user device.
 2. The system asdefined in claim 1, the operations further comprising: access anancillary content load specification associated with at least a firstchannel comprising primary content having scheduled start times; use theancillary content load specification to determine a time length of oneor more ancillary content pods for display between segments of at leasta first item of primary content; store timing positioning informationfor the one or more ancillary content pods with respect to the firstitem of primary content; detect that a second user device has begunstreaming the first item of primary content after a scheduled start timeof the first item of primary content; and at least partly in response todetecting that the second user device has begun streaming the first itemof primary content after the scheduled start time of the first item ofprimary content and the accessed ancillary content load specification,reduce a time length of at least one ancillary content pod.
 3. Thesystem as defined in claim 1, the operations further comprising:transmit a second request for ancillary content of the durationcorresponding to the first time length of the first ancillary contentpod, wherein the second request includes one or more variables differentthan variables included in the first request, wherein the variablesincluded in the second request are associated with one or morecharacteristics of a set of users including at least a second user;determine whether the response to the second request for ancillarycontent of a duration corresponding to the first time length of thefirst ancillary content pod includes ancillary content of sufficientduration to populate the first time length of the first ancillarycontent pod; at least partly in response to determining that theresponse to the request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod is sufficient to populate the first time length of the firstancillary content pod: cause items of ancillary content associated withthe response to the second request for ancillary content to be streamedto a second user device; and cause the item of primary content,associated with the corresponding scheduled start time, to be streamedafter the items of ancillary content associated with the response to thesecond request for ancillary content are streamed to the second userdevice, and at the corresponding scheduled start time of the item ofprimary content.
 4. The system as defined in claim 1, the operationsfurther comprising: detect that a second user is accessing, during afirst session, a first channel comprising a first plurality of items ofprimary content associated with respective scheduled start times;determine that a first item of primary content is to be streamed to asecond user device earlier by a first amount than a scheduled start timefor the first item of primary content; cause a drift value correspondingto the first amount to be stored; detect that the second user hasaccessed, during the first session at a first time, a second channelcomprising a second plurality of items of primary content associatedwith respective scheduled start times; detect that the second user hasreturned to accessing, during the first session at a second time, thefirst channel; determine a difference between the first time and thesecond time; access the stored drift value; based at least in part: onthe accessed drift value, and the determined difference between thefirst time and the second time, determine what content is to be streamedto the second user device.
 5. The system as defined in claim 1, theoperations further comprising: detect that a second user device isaccessing a first channel comprising a first plurality of items ofprimary content associated with respective scheduled start times; detectthat the second user device has accessed a second channel comprising asecond plurality of items of primary content associated with respectivescheduled start times; detect that the second user device has returnedto accessing the first channel at a first time; determine that a firstitem of content is scheduled to be played in the first channel beginningprior to and ending after when the second user has returned to accessingthe first channel at the first time; and at least partly in response todetermining that the first item of content is scheduled to be played inthe first channel beginning prior to and ending after when the seconduser has returned to accessing the first channel at the first time,cause the first item of content to be played by the second user devicefrom the beginning of the first item of content.
 6. The system asdefined in claim 1, the operations further comprising: detect that asecond user device is accessing, during a first session, a first channelcomprising a first plurality of items of primary content associated withrespective scheduled start times; detect that the second user device hasaccessed, during the first session, a second channel comprising a secondplurality of items of primary content associated with respectivescheduled start times; detect that the second user device has returnedto accessing, during the first session, the first channel at a firsttime; determine that an item of content is scheduled to be playedbeginning prior to and ending after when the second user has returned toaccessing, during the first session, the first channel at the firsttime; and at least partly in response to determining that a first itemof content is scheduled to be played in the first channel beginningprior to and ending after when the second user has returned toaccessing, during the first session, the first channel at the firsttime, cause a second item of content to be played by the second userdevice instead of the first item of content.
 7. The system as defined inclaim 1, the operations further comprising: detect that a second userdevice is accessing, during a first session, a first channel comprisinga first plurality of items of primary content associated with respectivepreviously scheduled start times; determine that a first item of primarycontent is to be streamed to the second user device earlier by a driftperiod than a scheduled start time for the first item of primarycontent; cause a drift value corresponding to the drift period to bestored; detect an upcoming anchor event in the first channel; and atleast partly in response to detecting the upcoming anchor event in thefirst channel, cause backfill content to be streamed to the second userdevice prior to the upcoming anchor event, to thereby reduce the driftperiod and to cause a viewing experience of the second user with respectto at least one item of content to be synchronized to a previouslyscheduled start time of the at least item of content.
 8. The system asdefined in claim 1, the operations further comprising: detect that asecond user is accessing, during a first session, a first channelcomprising a first plurality of items of primary content associated withrespective previously scheduled start times; determine that a first itemof primary content is to be streamed to a second user device earlier bya drift period than a scheduled start time for the first item of primarycontent; cause a drift value corresponding to the drift period to begenerated; access a maximum drift specification; and at least partly inresponse to a comparison of the drift value and the maximum driftspecification, cause a viewing experience of the second user withrespect to at least one item of content to be synchronized to apreviously scheduled start time of the at least item of content.
 9. Thesystem as defined in claim 1, the operations further comprising:identify a first plurality of users that share at least a firstcharacteristic; assign the first plurality of users that share at leastthe first characteristic to first cohort; identify a second plurality ofusers that share at least a second characteristic; assign the secondplurality of users that share at least the second characteristic tosecond cohort; stream content of a first channel to at least one deviceof a user assigned to the first cohort, the first channel including asecond ancillary content pod having a first designated length; streamcontent of the first channel to at least one device of a user assignedto the second cohort, the first channel including the second ancillarycontent pod having the first designated length; cause the secondancillary content pod to be populated with a first set of ancillarycontent having a first length for at least one user assigned to thefirst cohort, the first length less than the first designated length;cause the second ancillary content pod to be populated with a second setof ancillary content having a second length for at least one userassigned to the second cohort, the second length less than the firstdesignated length; store a first drift value corresponding to adifference between the first designated length and the first length;store a second drift value corresponding to a difference between thefirst designated length and the second length; cause a first item ofprimary content to be streamed in the first channel at a first adjustedtime to at least one device of a user assigned to the first cohort, thefirst adjusted time earlier than a scheduled start time for the firstitem of primary content, the first adjusted time determined using atleast the first drift value; and cause the first item of primary contentto be streamed in the first channel at a second adjusted time to atleast one device of a user assigned to the second cohort, the secondadjusted time earlier than the scheduled start time for the first itemof primary content, the second adjusted time determined using at leastthe second drift value.
 10. A computer implemented method, the methodcomprising: accessing a specification of a first time length of a firstancillary content pod, wherein ancillary content used to populate thefirst ancillary content pod is configured to be displayed between itemsof primary content, the items of primary content comprising videocontent, wherein the items of primary content are associated withcorresponding scheduled start play times; transmitting a first requestfor ancillary content of a duration corresponding to the first timelength of the first ancillary content pod; determining whether theresponse to the first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod includes ancillary content of sufficient duration to populate thefirst time length of the first ancillary content pod; at least partly inresponse to determining that the response to the first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod is insufficient to populate the firsttime length of the first ancillary content pod: reducing the first timelength of the first ancillary content pod by a first time period;enabling items of ancillary content associated with the response to thefirst request for ancillary content to be streamed to a first userdevice as part of a streaming channel comprising primary content havingscheduled start times; enabling an item of primary content, associatedwith a corresponding scheduled start time, to be streamed after theitems of ancillary content associated with the response to the firstrequest for ancillary content are streamed to the first user device, andearlier than the corresponding scheduled start time of the item ofprimary content; determining respective extension time lengths for oneor more ancillary content pods scheduled to be played after the firstancillary content pod; extending the respective time lengths of the oneor more ancillary content pods scheduled to be played after the firstancillary content pod by respective extension time lengths to therebysynchronize playing by the first user device of a second item of primarycontent to a corresponding scheduled start time associated with thesecond item of primary content; enabling the one or more ancillarycontent pods extended by respective extension time lengths to bepopulated with ancillary content; and enabling the ancillary contentused to populate the one or more ancillary content pods extended byrespective extension time lengths, to be streamed to the first userdevice.
 11. The method as defined in claim 10, the method furthercomprising: accessing an ancillary content load specification associatedwith at least a first channel comprising primary content havingscheduled start times; using the ancillary content load specification todetermine a time length of one or more ancillary content pods fordisplay between segments of at least a first item of primary content;storing timing positioning information for the one or more ancillarycontent pods with respect to the first item of primary content;detecting that a second user device has begun streaming the first itemof primary content after a scheduled start time of the first item ofprimary content; and at least partly in response to detecting that thesecond user device has begun streaming the first item of primary contentafter the scheduled start time of the first item of primary content andthe accessed ancillary content load specification, reducing a timelength of at least one ancillary content pod.
 12. The method as definedin claim 10, the method further comprising: transmitting a secondrequest for ancillary content of the duration corresponding to the firsttime length of the first ancillary content pod, wherein the secondrequest includes one or more variables different than variables includedin the first request, wherein the variables included in the secondrequest are associated with one or more characteristics of a set ofusers including at least a second user; determining whether the responseto the second request for ancillary content of a duration correspondingto the first time length of the first ancillary content pod includesancillary content of sufficient duration to populate the first timelength of the first ancillary content pod; at least partly in responseto determining that the response to the request for ancillary content ofa duration corresponding to the first time length of the first ancillarycontent pod is sufficient to populate the first time length of the firstancillary content pod: enabling items of ancillary content associatedwith the response to the second request for ancillary content to bestreamed to a second user device; and enabling the item of primarycontent, associated with the corresponding scheduled start time, to bestreamed after the items of ancillary content associated with theresponse to the second request for ancillary content are streamed to thesecond user device, and at the corresponding scheduled start time of theitem of primary content.
 13. The method as defined in claim 10, themethod further comprising: detecting that a second user is accessing afirst channel comprising a first plurality of items of primary contentassociated with respective scheduled start times; determining that afirst item of primary content is to be streamed to a second user deviceearlier by a first amount than a scheduled start time for the first itemof primary content; enabling a drift value corresponding to the firstamount to be stored; detecting that the second user has accessed, at afirst time, a second channel comprising a second plurality of items ofprimary content associated with respective scheduled start times;detecting that the second user has returned to accessing, at a secondtime, the first channel; determining a difference between the first timeand the second time; accessing the stored drift value; based at least inpart: on the accessed drift value, and the determined difference betweenthe first time and the second time, determining what content is to bestreamed to the second user device.
 14. The method as defined in claim10, the method further comprising: detecting that a second user deviceis accessing a first channel comprising a first plurality of items ofprimary content associated with respective scheduled start times;detecting that the second user device has accessed a second channelcomprising a second plurality of items of primary content associatedwith respective scheduled start times; detecting that the second userdevice has returned to accessing the first channel at a first time;determining that a first item of content is scheduled to be played inthe first channel beginning prior to and ending after when the seconduser has returned to accessing the first channel at the first time; andat least partly in response to determining that the first item ofcontent is scheduled to be played in the first channel beginning priorto and ending after when the second user has returned to accessing thefirst channel at the first time, enabling the first item of content tobe played by the second user device from the beginning of the first itemof content.
 15. The method as defined in claim 10, the method furthercomprising: detecting that a second user device is accessing a firstchannel comprising a first plurality of items of primary contentassociated with respective scheduled start times; detecting that thesecond user device has accessed a second channel comprising a secondplurality of items of primary content associated with respectivescheduled start times; detecting that the second user device hasreturned to accessing the first channel at a first time; determiningthat an item of content is scheduled to be played beginning prior to andending after when the second user has returned to accessing the firstchannel at the first time; and at least partly in response todetermining that a first item of content is scheduled to be played inthe first channel beginning prior to and ending after when the seconduser has returned to accessing the first channel at the first time,enabling a second item of content to be played by the second user deviceinstead of the first item of content.
 16. The method as defined in claim10, the method further comprising: detecting that a second user deviceis accessing a first channel comprising a first plurality of items ofprimary content associated with respective previously scheduled starttimes; determining that a first item of primary content is to bestreamed to the second user device earlier by a drift period than ascheduled start time for the first item of primary content; enabling adrift value corresponding to the drift period to be stored; detecting anupcoming anchor event in the first channel; and at least partly inresponse to detecting the upcoming anchor event in the first channel,enabling backfill content to be streamed to the second user device priorto the upcoming anchor event.
 17. The method as defined in claim 10, themethod further comprising: detecting that a second user is accessing afirst channel comprising a first plurality of items of primary contentassociated with respective previously scheduled start times; determiningthat a first item of primary content is to be streamed to a second userdevice earlier by a drift period than a scheduled start time for thefirst item of primary content; enabling a drift value corresponding tothe drift period to be generated; accessing a maximum driftspecification; and at least partly in response to a comparison of thedrift value and the maximum drift specification, enabling a viewingexperience of the second user with respect to at least one item ofcontent to be synchronized to a previously scheduled start time of theat least item of content.
 18. The method as defined in claim 10, themethod further comprising: identifying a first plurality of users thatshare at least a first characteristic; assigning the first plurality ofusers that share at least the first characteristic to first cohort;identifying a second plurality of users that share at least a secondcharacteristic; assigning the second plurality of users that share atleast the second characteristic to second cohort; enabling content of afirst channel to be streamed to at least one device of a user assignedto the first cohort, the first channel including a second ancillarycontent pod having a first designated length; enabling content of thefirst channel to be streamed to at least one device of a user assignedto the second cohort, the first channel including the second ancillarycontent pod having the first designated length; enabling the secondancillary content pod to be populated with a first set of ancillarycontent having a first length for at least one user assigned to thefirst cohort, the first length less than the first designated length;enabling the second ancillary content pod to be populated with a secondset of ancillary content having a second length for at least one userassigned to the second cohort, the second length less than the firstdesignated length; generating a first drift value corresponding to adifference between the first designated length and the first length;generating a second drift value corresponding to a difference betweenthe first designated length and the second length; enabling a first itemof primary content to be streamed in the first channel at a firstadjusted time to at least one device of a user assigned to the firstcohort, the first adjusted time earlier than a scheduled start time forthe first item of primary content, the first adjusted time determinedusing at least the first drift value; and enabling the first item ofprimary content to be streamed in the first channel at a second adjustedtime to at least one device of a user assigned to the second cohort, thesecond adjusted time earlier than the scheduled start time for the firstitem of primary content, the second adjusted time determined using atleast the second drift value.
 19. Non-transitory memory that storesprogrammatic code that when executed by the at least one processingdevice, cause the at least one processing device to perform operationscomprising: access a specification of a first time length of a firstancillary content pod, wherein ancillary content used to populate thefirst ancillary content pod is configured to be displayed between itemsof primary content, the items of primary content comprising videocontent, wherein the items of primary content are associated withcorresponding scheduled start play times; provide a first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod; determine whether the response tothe first request for ancillary content of a duration corresponding tothe first time length of the first ancillary content pod includesancillary content of sufficient duration to populate the first timelength of the first ancillary content pod; at least partly in responseto determining that the response to the first request for ancillarycontent of a duration corresponding to the first time length of thefirst ancillary content pod is insufficient to populate the first timelength of the first ancillary content pod: adjust the first time lengthof the first ancillary content pod by a first time period; enable itemsof ancillary content associated with the response to the first requestfor ancillary content to be streamed to a first user device as part of astreaming channel comprising primary content having scheduled starttimes; enable an item of primary content, associated with acorresponding scheduled start time, to be streamed after the items ofancillary content associated with the response to the first request forancillary content are streamed to the first user device, and earlierthan the corresponding scheduled start time of the item of primarycontent; determine respective extension time lengths for one or moreancillary content pods scheduled to be played after the first ancillarycontent pod; adjust the respective time lengths of the one or moreancillary content pods scheduled to be played after the first ancillarycontent pod by respective extension time lengths to thereby synchronizeplaying by the first user device of a second item of primary content toa corresponding scheduled start time associated with the second item ofprimary content; and enable the one or more ancillary content podsextended by respective extension time lengths to be populated withancillary content; and enable the ancillary content used to populate theone or more ancillary content pods extended by respective extension timelengths, to be streamed to the first user device.
 20. The non-transitorymemory as defined in claim 19, the operations further comprising:accessing an ancillary content load specification associated with atleast a first channel comprising primary content having scheduled starttimes; using the ancillary content load specification to determine atime length of one or more ancillary content pods for display betweensegments of at least a first item of primary content; storing timingpositioning information for the one or more ancillary content pods withrespect to the first item of primary content; detecting that a seconduser device has begun streaming the first item of primary content aftera scheduled start time of the first item of primary content; and atleast partly in response to detecting that the second user device hasbegun streaming the first item of primary content after the scheduledstart time of the first item of primary content and the accessedancillary content load specification, reducing a time length of at leastone ancillary content pod.
 21. The non-transitory memory as defined inclaim 19, the operations further comprising: transmit a second requestfor ancillary content of the duration corresponding to the first timelength of the first ancillary content pod, wherein the second requestincludes one or more variables different than variables included in thefirst request, wherein the variables included in the second request areassociated with one or more characteristics of a set of users includingat least a second user; determine whether the response to the secondrequest for ancillary content of a duration corresponding to the firsttime length of the first ancillary content pod includes ancillarycontent of sufficient duration to populate the first time length of thefirst ancillary content pod; at least partly in response to determiningthat the response to the request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod is sufficient to populate the first time length of the firstancillary content pod: enable items of ancillary content associated withthe response to the second request for ancillary content to be streamedto a second user device; enable the item of primary content, associatedwith the corresponding scheduled start time, to be streamed after theitems of ancillary content associated with the response to the secondrequest for ancillary content are streamed to the second user device,and at the corresponding scheduled start time of the item of primarycontent.
 22. The non-transitory memory as defined in claim 19, theoperations further comprising: detect that a second user is accessing afirst channel comprising a first plurality of items of primary contentassociated with respective scheduled start times; determine that a firstitem of primary content is to be streamed to a second user deviceearlier by a first amount than a scheduled start time for the first itemof primary content; enable a drift value corresponding to the firstamount to be stored; detect that the second user has accessed, at afirst time, a second channel comprising a second plurality of items ofprimary content associated with respective scheduled start times; detectthat the second user has returned to accessing, at a second time, thefirst channel; determine a difference between the first time and thesecond time; access the stored drift value; based at least in part: onthe accessed drift value, and the determined difference between thefirst time and the second time, determining what content is to bestreamed to the second user device.
 23. The non-transitory memory asdefined in claim 19, the operations further comprising: detect that asecond user device is accessing a first channel comprising a firstplurality of items of primary content associated with respectivescheduled start times; detect that the second user device has accessed asecond channel comprising a second plurality of items of primary contentassociated with respective scheduled start times; detect that the seconduser device has returned to accessing the first channel at a first time;determine that a first item of content is scheduled to be played in thefirst channel beginning prior to and ending after when the second userhas returned to accessing the first channel at the first time; at leastpartly in response to determining that the first item of content isscheduled to be played in the first channel beginning prior to andending after when the second user has returned to accessing the firstchannel at the first time, enable the first item of content to be playedby the second user device from the beginning of the first item ofcontent.
 24. The non-transitory memory as defined in claim 19, theoperations further comprising: detect that a second user device isaccessing a first channel comprising a first plurality of items ofprimary content associated with respective scheduled start times; detectthat the second user device has accessed a second channel comprising asecond plurality of items of primary content associated with respectivescheduled start times; detecting that the second user device hasreturned to accessing the first channel at a first time; determine thatan item of content is scheduled to be played beginning prior to andending after when the second user has returned to accessing the firstchannel at the first time; at least partly in response to determiningthat a first item of content is scheduled to be played in the firstchannel beginning prior to and ending after when the second user hasreturned to accessing the first channel at the first time, enable asecond item of content to be played by the second user device instead ofthe first item of content.
 25. The non-transitory memory as defined inclaim 19, the operations further comprising: detect that a second userdevice is accessing a first channel comprising a first plurality ofitems of primary content associated with respective previously scheduledstart times; determine that a first item of primary content is to bestreamed to the second user device earlier by a drift period than ascheduled start time for the first item of primary content; enable adrift value corresponding to the drift period to be stored; detect anupcoming anchor event in the first channel; and at least partly inresponse to detecting the upcoming anchor event in the first channel,enabling backfill content to be streamed to the second user device priorto the upcoming anchor event.
 26. The non-transitory memory as definedin claim 19, the operations further comprising: detect that a seconduser is accessing a first channel comprising a first plurality of itemsof primary content associated with respective previously scheduled starttimes; determine that a first item of primary content is to be streamedto a second user device earlier by a drift period than a scheduled starttime for the first item of primary content; enable a drift valuecorresponding to the drift period to be generated; access a maximumdrift specification; and at least partly in response to a comparison ofthe drift value and the maximum drift specification, enable a viewingexperience of the second user with respect to at least one item ofcontent to be synchronized to a previously scheduled start time of theat least item of content.
 27. The non-transitory memory as defined inclaim 19, the operations further comprising: identify a first pluralityof users that share at least a first characteristic; assign the firstplurality of users that share at least the first characteristic to firstcohort; identify a second plurality of users that share at least asecond characteristic; assign the second plurality of users that shareat least the second characteristic to second cohort; enable content of afirst channel to be streamed to at least one device of a user assignedto the first cohort, the first channel including a second ancillarycontent pod having a first designated length; enable content of thefirst channel to be streamed to at least one device of a user assignedto the second cohort, the first channel including the second ancillarycontent pod having the first designated length; enable the secondancillary content pod to be populated with a first set of ancillarycontent having a first length for at least one user assigned to thefirst cohort, the first length less than the first designated length;enable the second ancillary content pod to be populated with a secondset of ancillary content having a second length for at least one userassigned to the second cohort, the second length less than the firstdesignated length; generate a first drift value corresponding to adifference between the first designated length and the first length;generate a second drift value corresponding to a difference between thefirst designated length and the second length; enable a first item ofprimary content to be streamed in the first channel at a first adjustedtime to at least one device of a user assigned to the first cohort, thefirst adjusted time earlier than a scheduled start time for the firstitem of primary content, the first adjusted time determined using atleast the first drift value; and enabling the first item of primarycontent to be streamed in the first channel at a second adjusted time toat least one device of a user assigned to the second cohort, the secondadjusted time earlier than the scheduled start time for the first itemof primary content, the second adjusted time determined using at leastthe second drift value.
 28. A system configured to dynamically controlstreaming of content, the system comprising: a network interface; atleast one processing device; non-transitory memory storing programmaticcode that when executed by the at least one processing device, cause thesystem to: access a specification of a first time length of a firstancillary content pod, wherein ancillary content used to populate thefirst ancillary content pod is configured to be displayed between itemsof primary content, the items of primary content comprising videocontent, wherein the items of primary content are associated withcorresponding scheduled start play times; transmit a first request forancillary content of a duration corresponding to the first time lengthof the first ancillary content pod; determine whether the response tothe first request for ancillary content of a duration corresponding tothe first time length of the first ancillary content pod includesancillary content corresponding to the first time length of the firstancillary content pod; at least partly in response to determining thatthe response to the first request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod is longer than the first time length of the first ancillary contentpod: extend the first time length of the first ancillary content pod bya first time period; cause items of ancillary content associated withthe response to the first request for ancillary content to be streamedto a first user device as part of a streaming channel comprising primarycontent having scheduled start times; cause an item of primary content,associated with a corresponding scheduled start time, to be streamedimmediately after the items of ancillary content associated with theresponse to the first request for ancillary content are streamed to thefirst user device, and later than the corresponding scheduled start timeof the item of primary content; determine respective reduction timelengths for one or more ancillary content pods scheduled to be playedafter the first ancillary content pod; reduce the respective timelengths of the one or more ancillary content pods scheduled to be playedafter the first ancillary content pod by respective reduction timelengths to thereby synchronize playing by the first user device of asecond item of primary content to a corresponding scheduled start timeassociated with the second item of primary content; cause the one ormore ancillary content pods reduced by respective reduction time lengthsto be populated with ancillary content; and cause the ancillary contentused to populate the one or more ancillary content pods reduced byrespective reduction time lengths, to be streamed to the first userdevice.
 29. The system as defined in claim 28, the operations furthercomprising: access an ancillary content load specification associatedwith at least a first channel comprising primary content havingscheduled start times; use the ancillary content load specification todetermine a time length of one or more ancillary content pods fordisplay between segments of at least a first item of primary content;store timing positioning information for the one or more ancillarycontent pods with respect to the first item of primary content; detectthat a second user device has begun streaming the first item of primarycontent after a scheduled start time of the first item of primarycontent; and at least partly in response to detecting that the seconduser device has begun streaming the first item of primary content afterthe scheduled start time of the first item of primary content and theaccessed ancillary content load specification, reduce a time length ofat least one ancillary content pod.
 30. The system as defined in claim28, the operations further comprising: transmit a second request forancillary content of the duration corresponding to the first time lengthof the first ancillary content pod, wherein the second request includesone or more variables different than variables included in the firstrequest, wherein the variables included in the second request areassociated with one or more characteristics of a set of users includingat least a second user; determine whether the response to the secondrequest for ancillary content of a duration corresponding to the firsttime length of the first ancillary content pod includes ancillarycontent corresponding to the first time length of the first ancillarycontent pod; at least partly in response to determining that theresponse to the request for ancillary content of a durationcorresponding to the first time length of the first ancillary contentpod corresponds to the first time length of the first ancillary contentpod: cause items of ancillary content associated with the response tothe second request for ancillary content to be streamed to a second userdevice; and cause the item of primary content, associated with thecorresponding scheduled start time, to be streamed after the items ofancillary content associated with the response to the second request forancillary content are streamed to the second user device, and at thecorresponding scheduled start time of the item of primary content.